[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 详解

posted @ 2016-07-10 13:55 <!--hhhyaaon--> 阅读(...) 评论(...) 编辑 收藏