1. 生产环境遇到的问题

前端项目在投入生产环境之前，都需要对 JavaScript 源代码进行压缩混淆，从而减小文件的体积，提高文件的加载效率。此时就不可避免的产生了另一个问题：
对压缩混淆之后的代码除错（debug）是一件极其困难的事情

? 变量被替换成没有任何语义的名称
? 空行和注释被剔除

2. 什么是 Source Map

Source Map 就是一个信息文件，里面储存着位置信息。也就是说，Source Map 文件中存储着压缩混淆后的代码，所对应的转换前的位置。
有了 Source Map，出错的时候，除错工具将直接显示原始代码，而不是转换后的代码，能够极大的方便后期的调试。

3. webpack 开发环境下的 Source Map

在开发环境下，webpack 默认启用了 Source Map 功能。当程序运行出错时，可以直接在控制台提示错误行的位置，并定位到具体的源代码：

3.1 默认 Source Map 的问题

开发环境下默认生成的 Source Map，记录的是生成后的代码的位置。会导致运行时报错的行数与源代码的行数不一致的问题。示意图如下：

3.2 解决默认 Source Map 的问题

开发环境下，推荐在 webpack.config.js 中添加如下的配置，即可保证运行时报错的行数与源代码的行数保持一致：

module.exports = {
	mode: 'development',
	//eval-source-map 仅限在"开发模式"下使用，不建议在“生产模式"下使用。
	//此选项生成的 Source Map 能够保证"运行时报错的行数"与"源代码的行数"保持一致
	devtool: 'eval-source-map',
	//省略其它配置项...
}

在这里插入图片描述

重新运行 npm run dev ，发现错误与之对应上了
这就能保证在开发调试阶段，产生的错误也能定位到哪个文件中第几行，直接点击错误信息，也能直接跳转到源代码报错的地方

4. webpack 生产环境下的 Source Map

在生产环境下，如果省略了 devtool 选项，则最终生成的文件中不包含 Source Map。这能够防止原始代码通过 Source Map 的形式暴露给别有所图之人。

4.1 只定位行数不暴露源码

在生产环境下，如果只想定位报错的具体行数，且不想暴露源码。此时可以将 devtool 的值设置为nosources-source-map。实际效果如图所示：
点击链接时，不会暴露源码，但可以看到报错的文件和行号

4.2 定位行数且暴露源码

在生产环境下，如果想在定位报错行数的同时，展示具体报错的源码。此时可以将 devtool 的值设置为 source-map。
运行：npm run build
采用此选项后：应该将你的服务器配置为，不允许普通用户访问 source map 文件。

5. Source Map 的最佳实践

① 开发环境下：
? 建议把 devtool 的值设置为 eval-source-map
? 好处：可以精准定位到具体的错误行
② 生产环境下：
? 建议关闭 Source Map 或将 devtool 的值设置为 nosources-source-map
? 好处：防止源码泄露，提高网站的安全性