背景：
因为公司屎山代码太多了，每次生产构建都要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还有很多配置参数可以去对构建过程进行定制。有兴趣的小伙伴可以查看官方文档说明。
