概念
Webpack 的 Tree Shaking 机制的原理是通过静态分析代码的模块依赖图,把没有用到的代码"剪掉",从而减少打包后的代码体积。
主要依赖于 ES6 的模块系统(即 import 和 export 语法),因为 ES6 模块是静态的,也就是说模块和依赖关系在编译时就能确定下来,而不是在运行时。
这种特性使得 Webpack 能在打包阶段做出更精准的优化。
具体来说,Tree Shaking 的过程分为以下几个步骤:
1)标记(Marking):Webpack 会从入口文件出发,递归地分析代码中的模块依赖,标记出用到的模块和导出的函数或变量。
2)摇树(Shaking):基于上一步的标记结果,Webpack 会移除未被使用的模块和代码(即那些没有被标记的部分)。
3)生成(Bundle Generation):最后,Webpack 会生成最终的打包文件,只包含被使用的必要代码。
扩展
1)作用域提升(Scope Hoisting):
Tree Shaking 有时候会配合作用域提升(又称为 Scope Hoisting)使用。Scope Hoisting 可以减少函数表达式的嵌套并提升函数的执行效率,它通过将所有模块的代码合并到一个闭包函数中实现。这样做的目的是减少一些运行时开销,让代码执行得更快。
2)静态分析:
Tree Shaking 的前提是对代码进行静态分析。静态分析是一种在无需运行代码的情况下,基于代码的语法和结构,分析代码的行为及性能的方法。Webpack 使用的是 UglifyJS/Terser 插件来完成这项工作。
3)默认导出和命名导出:
Tree Shaking 更容易优化使用命名导出(named export)的代码。如果你的项目大量使用默认导出(default export),Tree Shaking 的有效性可能会受到影响。因为 Webpack 需要确定一个模块的完整依赖情况,而默认导出了整个模块,使其难以确定具体哪些部分是未使用的。
4)副作用(Side Effects):
Webpack 在分析模块时也会考虑模块中的副作用,即模块在引入时是否具有一些会影响全局状态的操作。开发者可以在 package.json 文件中使用 "sideEffects" 字段来手动标注哪些文件有副作用,来辅助 Tree Shaking 做出更准确的裁剪。
5)Babel 配置:
如果你使用 Babel 进行代码转换,在配置上需要注意保留 ES6 模块语法,而不是将 import/export 转换成 CommonJS 格式。可以通过 "babel-preset-env" 的 "modules: false" 配置项来实现这一点。