[webpack] devtool配置对比 文件结构 -src -views -essay -list.js -detail.js -index.js -webpack.config.js 文件内容 [/src/.../index.js] import * as list from "./views/essay/list.js" import * as detail from "./views/essay/detail.js" [/src/.../list.js] export function getName(){ console.log("list"); } [/src/.../detail.js] export function getName(){ console.log("detail"); } 输入输出 结果 eval 每个模块被转化为字符串，在尾部添加//# souceURL（指明eval前文件）后，被eval包裹起来 [打包信息] [/dist/app.js] source-map 最原始的source-map实现方式，打包代码的同时生成一个sourcemap文件，并在打包文件的末尾添加//# souceURL，注释会告诉JS引擎原始文件位置 [打包信息] [/dist/app.js] hidden-source-map 打包结果与source-map一致，但是.map文件结尾不显示//# sourceMappingURL [打包信息] [/dist/app.js] inline-source-map 为打包前的每个文件添加sourcemap的dataUrl，追加到打包后文件内容的结尾；此处，dataUrl包含一个文件完整 souremap 信息的 Base64 格式化后的字符串 [打包信息] [/dist/app.js] eval-source-map 将每个模块转化为字符串，使用eval包裹，并将打包前每个模块的sourcemap信息转换为Base64编码，拼接在每个打包后文件的结尾 [打包信息] [/dist/app.js] cheap-source-map 同source-map,但不包含列信息，不包含 loader 的 sourcemap，（譬如 babel 的 sourcemap） [打包信息] [/dist/app.js] cheap-module-source-map 不包含列信息，同时 loader 的 sourcemap 也被简化为只包含对应行的。最终的 sourcemap 只有一份，它是 webpack 对 loader 生成的 sourcemap 进行简化，然后再次生成的 [打包信息] [/dist/app.js] 这么多模式，到底使用哪个？ 开发环境推荐： cheap-module-eval-source-map 生产环境推荐： cheap-module-source-map 相关解释： 大部分情况我们调试并不关心列信息，而且就算 sourcemap 没有列，有些浏览器引擎（例如 v8） 也会给出列信息，所以我们使用 cheap 模式可以大幅提高 souremap 生成的效率。 使用 module 可支持 babel 这种预编译工具（在 webpack 里做为 loader 使用）。 使用 eval 方式可大幅提高持续构建效率，参考webapck devtool速度对比列表，这对经常需要边改边调的前端开发而言非常重要 直接将sourceMap放入打包后的文件，会明显增大文件的大小，不利于静态文件的快速加载；而外联.map时，.map文件只会在F12开启时进行下载（sourceMap主要服务于调试），故推荐使用外联.map的形式。 相关阅读 webpack sourcemap 选项多种模式的一些解释 webpack 官方文档（devtool） JavaScript Source Map 详解

文件结构

• -src
  • -views
    • -essay
      • -list.js
      • -detail.js
  • -index.js
• -webpack.config.js

文件内容

[/src/.../index.js]

import * as list from "./views/essay/list.js"
import * as detail from "./views/essay/detail.js"

[/src/.../list.js]

export function getName(){
    console.log("list");
}

[/src/.../detail.js]

export function getName(){
    console.log("detail");
}

输入输出

结果

eval

每个模块被转化为字符串，在尾部添加//# souceURL（指明eval前文件）后，被eval包裹起来

[打包信息]

[/dist/app.js]

source-map

最原始的source-map实现方式，打包代码的同时生成一个sourcemap文件，并在打包文件的末尾添加//# souceURL，注释会告诉JS引擎原始文件位置

[打包信息]

[/dist/app.js]

hidden-source-map

打包结果与source-map一致，但是.map文件结尾不显示//# sourceMappingURL

[打包信息]

[/dist/app.js]

inline-source-map

为打包前的每个文件添加sourcemap的dataUrl，追加到打包后文件内容的结尾；此处，dataUrl包含一个文件完整 souremap 信息的 Base64 格式化后的字符串

[打包信息]

[/dist/app.js]

eval-source-map

将每个模块转化为字符串，使用eval包裹，并将打包前每个模块的sourcemap信息转换为Base64编码，拼接在每个打包后文件的结尾

[打包信息]

[/dist/app.js]

cheap-source-map

同source-map,但不包含列信息，不包含 loader 的 sourcemap，（譬如 babel 的 sourcemap）

[打包信息]

[/dist/app.js]

cheap-module-source-map

不包含列信息，同时 loader 的 sourcemap 也被简化为只包含对应行的。最终的 sourcemap 只有一份，它是 webpack 对 loader 生成的 sourcemap 进行简化，然后再次生成的

[打包信息]

[/dist/app.js]

这么多模式，到底使用哪个？

开发环境推荐：
cheap-module-eval-source-map
生产环境推荐：
cheap-module-source-map

相关解释：

• 大部分情况我们调试并不关心列信息，而且就算 sourcemap 没有列，有些浏览器引擎（例如 v8） 也会给出列信息，所以我们使用 cheap 模式可以大幅提高 souremap 生成的效率。

• 使用 module 可支持 babel 这种预编译工具（在 webpack 里做为 loader 使用）。

• 使用 eval 方式可大幅提高持续构建效率，参考webapck devtool速度对比列表，这对经常需要边改边调的前端开发而言非常重要
  

• 直接将sourceMap放入打包后的文件，会明显增大文件的大小，不利于静态文件的快速加载；而外联.map时，.map文件只会在F12开启时进行下载（sourceMap主要服务于调试），故推荐使用外联.map的形式。

相关阅读

webpack sourcemap 选项多种模式的一些解释
webpack 官方文档（devtool）
JavaScript Source Map 详解