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
⚫ 好处：防止源码泄露，提高网站的安全性