webpack生产环境增量构建，享受火箭一般的提速~

背景：

因为公司屎山代码太多了，每次生产构建都要10几分钟，要改得从架构开始改起，还得保证屎山代码不会持续产出。想想就绝望，改不动，真的改不动。所以想通过曲线救国的方式来优化构建过程。

如果能像开发环境一样只针对修改的代码增量构建就完美了。沿着这个思路去思考，决定采用通过缓存编译结果来提高构建速度的方式来优化。

下面是实测对比：

第一次因为还没生成缓存文件，所以还是得10几分钟。从第二次开始，构建速度就有了质的提升。提速700%~~，直接起飞。

解决方案如下：

在webpack@5.x版本中，可以通过cache属性来配置持久化构建。

module.exports = {
 // ...其他配置
 cache: {
    type: 'filesystem', // 使用文件系统缓存
    version: '1.0', // 缓存版本号
    buildDependencies: {
      config: [__filename], // 当配置文件变化时，清除缓存
      build: ['./build.js'], // 当构建脚本变化时，清除缓存
    },
    managedPaths: ['./node_modules'], // 不触发缓存清除的路径
 },
};

在这个示例中，webpack被配置为使用文件系统缓存，并且指定了缓存版本号为1.0。 当webpack.config.js文件或./build.js文件发生变化时，缓存将被清除。 此外，./node_modules目录被标记为不触发缓存清除的路径，因为它可能会频繁更新。

详细配置可以查看webpack官方文档：www.webpackjs.com/configurati…

相关文章参考：深度解析webpack5持久化缓存

webpack@4.x因为没有cache属性，需借助hard-source-webpack-plugin库实现

首先，安装插件

npm install hard-source-webpack-plugin --save-dev

然后，在Webpack配置文件中引入并使用这个插件：

const HardSourceWebpackPlugin = require('hard-source-webpack-plugin');

module.exports = {
 // ...其他配置
 plugins: [
    new HardSourceWebpackPlugin(),
 ],
};

完结撒花，增量构建的功能就这么简单实现了。

缓存文件默认存在在 node_modules/.cache/hard-source/[confighash] 路径下。

当然，hard-source-webpack-plugin还有很多配置参数可以去对构建过程进行定制。有兴趣的小伙伴可以查看官方文档说明。

传送门：github.com/mzgoddard/h…