转载请注明出处：葡萄城官网，葡萄城为开发者提供专业的开发工具、解决方案和服务，赋能开发者。
原文出处：https://wanago.io/2018/08/13/webpack-4-course-part-seven-decreasing-the-bundle-size-with-tree-shaking/
在本次Webpack 4教程中，我们会更进一步讲述项目优化。我们会学习什么是tree shaking以及如何使用它。你会找到让Webpack 4中tree shaking运作起来所需要的东西，并知道怎样从中受益。开始吧！
首先，让我们来回答什么是tree shaking以及它带来什么好处。我们常常在文件中使用具名引入（named imports），这些引入的文件里有其他导出（exports）。在某些情况下，我们并没有引入所有的导出，但Webpack仍会把整个模块都导入进来。这种情况下就需要使用tree shaking了，因为它能帮助我们去除掉用不到的代码。因此打包后的体积能显著下降。
如果你想了解更多关于improts和exports的内容，请查看我们的第一部分-入口、输出和ES6模块。
为了让tree shaking起作用，你需要满足一些配置要求。首先，必须使用ES 6模块，而不是使用诸如CommonJS的模块处理方式。如果你在使用Babel，这一点可能已让你遇到麻烦了。因为Babel的预置默认把任何模块转译成CommonJS模块。你可以简单设置modules: false来解决此问题，在.babalrc或者webpack.config.js中设置都可以。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
|
.babelrc
{
"presets"
: [
[
"env"
,
{
"modules"
:
false
}
]
]
}
// webpack.config.js
module: {
rules: [
{
test: /\.js$/,
exclude: /(node_modules)/,
use: {
loader:
'babel-loader'
,
options: {
presets: [
'env'
, { modules:
false
}]
}
}
}
]
},
|
如果你想阅读更多babel-loader或常规loaders的内容，可查看教程的第二部分。
你需要使用UglifyJsPlugin。默认情况下，它在mode: "produnction"是被启用。如果你倾向于不使用mode: "produnction"，你可以手动添加UglifyJsPlugin。
如果对UglifyJsPlugin不熟，可查看教程的第五部分。
还有一件记得做的事情是，你需要打开optimization.usedExports。它同样在mode: "produnction"时被默认添加上去了。它告诉Webpack去决定每一个模块所用到的导出。有了它，Webpack会在你的打包产出里添加额外的像是/* unused harmony export */之类的注释，UglifyJsPlugin在之后会使用到它们。
Harmony是ES6和ES2015的代号。
让我们来研究有关例子。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
// utilities.js
export
function
add(a, b) {
return
a + b;
}
export
function
subtract(a, b) {
return
a - b;
}
// index.js
import
{ add } from
'./utilities'
;
console.log(add(1,2));
console.log(add(3,4));
|
以正常配置运行Webpack，我们得到像下面这样的输出：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
/*(...)*/
/* 1 */
/***/
(
function
(module, __webpack_exports__, __webpack_require__) {
"use strict"
;
__webpack_require__.r(__webpack_exports__);
/* harmony export (binding) */
__webpack_require__.d(__webpack_exports__,
"add"
,
function
() {
return
add; });
/* harmony export (binding) */
__webpack_require__.d(__webpack_exports__,
"substract"
,
function
() {
return
substract; });
function
add(a, b) {
return
a + b;
}
function
subtract(a, b) {
return
a - b;
}
/***/
})
/******/
]);
|
正如你看到的，Webpack没有对我们的打包输出进行tree-shaking。这里同时有add和subtract方法。我们来试验一下，使用下面的配置：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
|
// webpack.config.js
const webpack = require(
'webpack'
);
const UglifyJsPlugin = require(
'uglifyjs-webpack-plugin'
);
const UglifyJS = require(
'uglify-es'
);
const DefaultUglifyJsOptions = UglifyJS.default_options();
const compress = DefaultUglifyJsOptions.compress;
for
(
let
compressOption
in
compress) {
compress[compressOption] =
false
;
}
compress.unused =
true
;
module.exports = {
mode:
'none'
,
optimization: {
minimize:
true
,
minimizer: [
new
UglifyJsPlugin({
uglifyOptions: {
compress,
mangle:
false
,
output: {
beautify:
true
}
},
})
],
}
}
|
我已经关掉了大部分UglifyJsPlugin的配置，以便于我们清楚地看到我们的代码发生了什么。使用上面的配置运行，得到下面输出：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
/* (...) */
/* 0 */
/***/
function
() {
"use strict"
;
// CONCATENATED MODULE: ./src/utilities.js
function
add(a, b) {
return
a + b;
}
// CONCATENATED MODULE: ./src/index.js
console.log(add(1, 2));
console.log(add(3, 4));
/***/
}
/******/
]);
|
由于使用了UglifyJsPlugin的optimization.usedExports和unused选项，不需要的代码被移除了。请注意，那是UglifyJsPlugin的默认行为，所以使用默认配置也能去除无用的代码（当然这样还会进行其他压缩处理）。
Tree shaking函数库
如果你打算对函数库进行tree shaking，你需要记得上一段提到的是事情：使用ES6模块，而它并不是总是被函数库使用。一个绝佳的例子是lodash。如果你去看它提供的产品代码，可以清楚地看到它并没有使用ES6模块。
试想我们打算使用lodash提供的debounce方法。
|
1
2
3
4
5
6
7
|
// index.js
import
_ from
'lodash'
;
console.log(_.debounce);
|
现在你的输出里包含了整个lodash库。当使用import _ from 'lodash'时，这无法避免。但不要担心！有人已经思考过此问题，并创建了一个包叫做lodash-es。它以ES6模块的形式提供了lodash库。
|
1
2
3
4
5
|
import
{ debounce } from
'lodash'
;
console.log(debounce);
|
不幸的是，Webpack会tree shaking失败。按照ECMAScript规范，所有子模块都需要被评估，因为它们可能包含副作用（side effects）。我推荐阅读一篇Stack Overflow上Sean Larking的好文章（他是Webpack核心团队的成员）。如果一个包的作者想要提供信息以标识它的库没有副作用，他可以在包的package.json文件里做这件事情。如果你查看lodash代码库的package.json文件，你可以看到它有一个"sideEffects: false"。那么问题出在哪儿呢？
Webpac默认会忽略sideEffect标识。如果想改变这种行为，我们需要吧optimization.sideEffects设置成true。你可以手动设置，或者通过mode: "produnction"实现。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
// webpack.config.js
const UglifyJsPlugin = require(
'uglifyjs-webpack-plugin'
);
const HtmlWebpackPlugin = require(
'html-webpack-plugin'
);
module.exports = {
mode:
'none'
,
optimization: {
minimize:
true
,
minimizer: [
new
UglifyJsPlugin()
],
usedExports:
true
,
sideEffects:
true
},
plugins: [
new
HtmlWebpackPlugin()
]
}
|
现在lodash库能够被Webpack进行tree shaking了。
总结
为了使tree shaking起作用，需要满足许多条件。它是个很有用的特性，当然也值得学习。希望你通过本文了解如何使用它，让打包后的体积大幅减小。记住你需要使用ES6模块和UglifyJsPlugin。另外，记得配置optimization，把usedExports和sideEffects设为true。
本文是由葡萄城技术开发团队发布，转载请注明出处：葡萄城官网
了解开放易用的 Web 生成平台，请前往活字格Web应用生成平台
了解可嵌入您系统的在线 Excel，请前往SpreadJS纯前端表格控件