概念
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” 配置项来实现这一点。
