webpack 在打包的时候将会剔除掉被没有被使用到的代码达到减小报体积,缩短 http 请求时间,起到一定效果的页面优化,此即tree shaking。
这个功能webpack5已经自带了,让我们来实验一下吧!先初始化项目然后安装依赖。
npm init -y npm install webpack webpack -D
然后准备下面的代码结构
// a.js export default { a: 1 } // index.js import a from './a' // 没有使用a变量 console.log('hello world');
或者
import './a' // 直接导入 console.log('hello world');
最后发现产出的代码是:把a文件里面的所有代码都删除掉了:
(()=>{"use strict";console.log("hello world")})();
此时 tree shaking 达到的我们想要的效果,剔除了没有使用的代码。但是 webpack 是怎么知道我们代码没有使用呢?他的规则是怎样处理的呢?我们进行进一步分析。
// a.js function a () { console.log('a') } function b () { console.log('b') } export default { a, b } // index.js import a from './a' // 使用a变量 console.log(a.a()) console.log('hello world');
最后发现产出的代码是:把a文件里面的部分代码被删除掉了。删除了没有使用到的b函数,正确的保留了a函数。注意webpack4是做不到这一点的,只有webpack5才又这个功能。webpack 4 没有分析模块的导出和引用之间的依赖关系。webpack 5 有一个新的选项 optimization.innerGraph,在生产模式下是默认启用的,它可以对模块中的标志进行分析,找出导出和引用之间的依赖关系。
(()=>{"use strict";const o=function(){console.log("a")};console.log(o()),console.log("hello world")})();
出于好奇,webpack是如何完美的避开没有使用的代码的呢?
很简单:就是 Webpack 没看到你使用的代码。Webpack 跟踪整个应用程序的 import/export 语句,因此,如果它看到导入的东西最终没有被使用,它会认为那是“死代码”,并会对其进行 tree-shaking 。
死代码并不总是那么明确的。下面是一些死代码和“活”代码的例子,希望能让你更明白。
// 导入并赋值给 JavaScript 对象,然后在下面的代码中被用到 // 这会被看作“活”代码,不会做 tree-shaking import Stuff from './stuff'; doSomething(Stuff); // 导入并赋值给 JavaScript 对象,但在接下来的代码里没有用到 // 这就会被当做“死”代码,会被 tree-shaking import Stuff from './stuff'; doSomething(); // 导入但没有赋值给 JavaScript 对象,也没有在代码里用到 // 这会被当做“死”代码,会被 tree-shaking import './stuff'; doSomething(); // 导入整个库,但是没有赋值给 JavaScript 对象,也没有在代码里用到 // 非常奇怪,这竟然被当做“活”代码,因为 Webpack 对库的导入和本地代码导入的处理方式不同。 import 'my-lib'; doSomething();
注意 Webpack 不能百分百安全地进行 tree-shaking。有些模块导入,只要被引入,就会对应用程序产生重要的影响。一个很好的例子就是全局样式表,或者设置全局配置的JavaScript 文件。
Webpack 认为这样的文件有“副作用”。具有副作用的文件不应该做 tree-shaking,因为这将破坏整个应用程序。Webpack 的设计者清楚地认识到不知道哪些文件有副作用的情况下打包代码的风险,因此webpack4默认地将所有代码视为有副作用。这可以保护你免于删除必要的文件,但这意味着 Webpack 的默认行为实际上是不进行 tree-shaking。值得注意的是webpack5默认会进行 tree-shaking。
如何告诉 Webpack 你的代码无副作用,可以通过 package.json 有一个特殊的属性 sideEffects,就是为此而存在的。
它有三个可能的值:
1、true 如果不指定其他值的话。这意味着所有的文件都有副作用,也就是没有一个文件可以 tree-shaking。
2、false 告诉 Webpack 没有文件有副作用,所有文件都可以 tree-shaking。
3、第三个值 […] 是文件路径数组。它告诉 webpack,除了数组中包含的文件外,你的任何文件都没有副作用。因此,除了指定的文件之外,其他文件都可以安全地进行 tree-shaking。
下面是 sideEffects 标志的一些代码示例。尽管有 JavaScript 注释,但这是 JSON 代码:
// 所有文件都有副作用,全都不可 tree-shaking { "sideEffects": true } // 没有文件有副作用,全都可以 tree-shaking { "sideEffects": false } // 只有这些文件有副作用,所有其他文件都可以 tree-shaking,但会保留这些文件 { "sideEffects": [ "./src/file1.js", "./src/file2.js" ] }
webpack4 曾经不进行对 CommonJs 导出和 require() 调用时的导出使用分析。webpack 5 增加了对一些 CommonJs 构造的支持,允许消除未使用的 CommonJs 导出,并从 require() 调用中跟踪引用的导出名称。
所以建议大家升级webpack5,如此牛逼的。
版权声明:本文为CSDN博主「前端精髓」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/wu_xianqiang/article/details/112432235