浅谈webpack性能榨汁机(打包速度优化)

最近对项目的本地开发环境进行了打包速度优化，原有项目，网上能搜到的优化方案基本都加了，在16年低配mac pro 上打包时间为25秒多，但我发现细节做一些调整可能大大降低打包时间，最终优化到7秒多

dll

原有项目是线上和本地公用一套dll配置，因为antd这类ui库需要按需加载所以不能放到dll中，这时可以单独写一个dll配置，将所有第三方库添加到dll中。

这时因为.babelrc中添加了babel-plugin-import插件会导致优化不生效，所以需要对开发环境单独配置babel

options的babelrc设置为false，然后重写一份babel配置，一定不要添加“import”插件

一个新问题，因为没有import插件，导致所有antd组件样式丢失。这时我在index-template.html中加入一行注释，在本地打包时将其替换为antd相应版本在cdn上的css文件

缓存

cache-loader专治花里胡哨！虽然你能在webpack的配置里找到n种缓存设置，但我发现cache-loader可以替代其它选项，它会在你的项目中创建一个 .cache-loader的文件夹，里面存放缓存文件，因为是直接写入硬盘，所以第一次打包的时候会多消耗几秒

babel-loader & 多线程

上面的图中可以看到我将babel-loader升级到8+，新的preset和plugin都有了命名上的变化。preset-env是用来替代以前201X的，通过targets可以指定目标代码（编译后代码）的版本，因为是本地开发，可以指定到chrome的高版本，这样很多新语法都不需要转换，可以节省一点时间（打包速度在10秒以下之后减一秒都是10%的提升啊！）不过这个方案要慎重使用，因为会造成线上本地环境不统一，难保不出现什么神奇的bug

拔掉HappyPack提升性能

在测试的过程中我发现一个神奇的事情，就是HappyPack反倒会降低打包时间，我经过反复测试，似乎babel-loader8+自带了多线程优化，所以HappyPack已经没用了（反而因为线程通信造成了资源浪费）。babel-loader8+的cpu使用率以及打包时间和babel-loader6+加HappyPack是相差不多的，但我在google上搜索时并没有看到有人提及此事，官网也没看到有个说明（管他那么多呢，能提升速度就行啦！）

后续计划

这个项目是两个人迭代一年份的代码量，按照上面的配置大部分项目应该都可以优化到10秒左右的速度(看项目大小，20秒以下应该都是正常的)，还有一些小的优化细节对性能影响不大所以忽略掉了。目前webpack还是3+版本，因为4的一些变化担心影响过大，暂时没升级，升级之后应该还会有一些小提速
这7秒还不是最终的速度，我估计5秒应该没啥问题，后面再想优化就需要脑洞大开了

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。