tree shaking,这个还是一个比较重要的一个东西吧,可以大大的优化你的项目。
git仓库:webpack-demo
1、是什么?
-
我们首先从字面意思上来理解一下,
tree shaking翻译一下就是摇树罗,摇树的时候就会把不必要的枯枝烂叶给摇下来,同理,到代码中,tree shaking就是把没有用到的代码shaking掉。 -
tree-shaking只有使用es6的模块化规范才有效,如果你使用commonJs模块化规范是搞不了tree-shaking的,为什么?
因为
ES6模块是运行时加载(静态加载),即可以在编译时就完成模块加载,使得编译时就能确定模块的依赖关系,可以进行可靠的静态分析,这就是tree shaking的基础。
而CommonsJs必须在跑起来运行的时候才能确定依赖关系,所以与不能tree-shaking。
– 参考阮大神的讲解–>Module 的语法
概述
2、配置开发环境
-
如果你看要
tree-shaking的一个具体的效果,那么你需要在mode:development中,因为在生产环境的时候,webpack会自动帮我们做tree-shaking。 -
示例代码可以直接看官网的,大概就这么几个配置:
-
设置usedExports为true
mode: 'development',
optimization: {
usedExports: true,
},
package.json中设置下sideEffects,也可以是一个数组如"sideEffects": ["*.css"]就表示所有引入的css文件不做tree-shaking。
{
"name": "webpack-easy-demo",
+ "sideEffects": false,
}
- 这里配置好了就ok了,但是有个最大的问题是什么,看官网是这么说的:
Ensure no compilers transform your ES2015 module syntax into CommonJS modules (this is the default behavior of the popular Babel preset @babel/preset-env - see the documentation for more details).
要确保没有编译器把es6的语法转换为require这种commonJs的这种写法,但是babel的这个@babel/preset-env配置的默认行为就是如此。
- 我们配置使用bable配置es6的时候就要使用了这个,如此一来,岂不凉了?为了不让
babel将es6的import/expot转为commonJs规范的require写法,我们需要这样:
{
loader: "babel-loader",
options: {
presets: [
[
"@babel/preset-env",
{
useBuiltIns: "usage",
corejs: { version: 3, proposals: true },
+ // 禁止将import/export转为require写法
+ modules: false
}
]
]
}
}
3、配置生产环境
- 配置生产环境就很简单了。
- 将
mode设置为production; - 设置下
sideEffects; - 设置下
bable配置modules: false。
- 将
4、小结
-
根据官网的conclusion总结,开启
tree-shaking有四点:- 必须使用es6的模块化规范(
import/export); - 要确保你的编译器不会将es6的
import/expot转为commonJs规范的require写法;(所以我们需要将@babel/preset-env的modules参数设置为false) - 在
package.json中添加sideEffects告诉webpack哪些是不用tree-shaking的文件。 - 模式mode要为
production,因为production会自动使用terser-webpack-plugin这个插件来做一些压缩、无用代码的剔除实现tree-shaking。
- 必须使用es6的模块化规范(
-
这块内容有点东西啊,也不知道我理解的对不对,看看别人的文章吧:
共同學習,寫下你的評論
評論加載中...
作者其他優質文章