webpack配置中的devtool字段可以允许我们控制sourcemap的生成,提供开发时候的代码定位功能
关于sourcemap可以参考 sourcemap详解
1. sourcemap关键字
sourcemap关键字如下
- eval
使用eval包裹代码模块(这个代码块是转译后的代码,并未进行打包和压缩)
eval包裹每个代码块时候,会在后面增加"sourceURL"(和sourcemap里的"sourceMappingURL"不同)用来定位到原文件。
eval模式优势在于,它是将每个模块单独eval执行,因此如果配合source-map使用,就可以单独缓存每个模块的sourcemap,这样就可以在重新构建时候实现增量修改sourcemap,节省时间。如果不使用eval模式,就是一个文件(chunk)对应一个sourcemap,重新构建时候需要将整个chunk的sourcemap重新生成,更耗费时间。
因此eval模式的优势就在于重新构建的速度更快 - source-map
产生source map - cheap
用来修饰source-map
让sourcemap只保存行信息,不保存列信息
让sourcemap只将打包后的代码映射到转换过的代码,不映射到原始源代码
【由于源代码到转译后的代码的映射关系由相应的loader提供,因此cheap模式应该不需要关心这部分的sourcemap】 - module
用来修饰cheap-source-map
让sourcemap可以映射到原始源代码
【由于源代码到转译后的代码的映射关系由相应的loader提供,因此module模式应该会处理这部分sourcemap,以最终得到到原始源代码的映射】 - inline
用来修饰source-map
将.map作为DataURI嵌入,不单独生成.map文件
2. 常见sourcemap组合
devtool | 构建速度 | 重新构建速度 | 生产环境 | 品质 |
---|---|---|---|---|
(none) | +++ | +++ | yes | 打包后的代码 |
eval | +++ | +++ | no | 生成后的代码 |
cheap-eval-source-map | + | ++ | no | 转换过的代码(仅限行) |
cheap-module-eval-source-map | o | ++ | no | 原始源代码(仅限行) |
eval-source-map | – | + | no | 原始源代码 |
cheap-source-map | + | o | no | 转换过的代码(仅限行) |
cheap-module-source-map | o | - | no | 原始源代码(仅限行) |
inline-cheap-source-map | + | o | no | 转换过的代码(仅限行) |
inline-cheap-module-source-map | o | - | no | 原始源代码(仅限行) |
source-map | – | – | yes | 原始源代码 |
inline-source-map | – | – | no | 原始源代码 |
hidden-source-map | – | – | yes | 原始源代码 |
nosources-source-map | – | – | yes | 无源代码内容 |
\
品质说明
\
- 原始源代码
你写的代码,未经过任何处理 - 转换过的代码
经过各种loader转译后的代码 - 生成后的代码
转译后并经过webpack处理,注入webpack运行时代码后的代码 - 打包后的代码
合成一个chunk后的、压缩过的代码
3. 最佳实践
- 本地开发环境使用"eval-cheap-module-source-map"
这个配置提供到源代码的的完整映射,方便定位问题,并且不需要通常不必要的行映射,提高了构建速度,并且由于使用了eval,重构建速度更高 - 测试环境使用"eval-cheap-module-source-map"
原因和本地开发环境一样,如果介意内联sourcemap导致文件过大,可以配置"cheap-module-source-map" - 线上尽量不使用sourcemap,防止业务逻辑暴露。
线上debug
- 将sourcemap上传到线上错误监控系统中,这样代码报错就可以定位到源码的相应位置
- 将sourcemap上传到公司内网