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

背景:

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

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

下面是实测对比:

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

解决方案如下:

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

javascript 复制代码
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库实现

首先,安装插件

shell 复制代码
npm install hard-source-webpack-plugin --save-dev

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

javascript 复制代码
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...

相关推荐
小兵张健2 小时前
价值1000的 AI 工作流:Codex 通用前端协作模式
前端·aigc·ai编程
sunny_2 小时前
面试踩大坑!同一段 Node.js 代码,CJS 和 ESM 的执行顺序居然是反的?!99% 的人都答错了
前端·面试·node.js
拉不动的猪3 小时前
移动端调试工具VConsole初始化时的加载阻塞问题
前端·javascript·微信小程序
ayqy贾杰4 小时前
Agent First Engineering
前端·vue.js·面试
IT_陈寒4 小时前
SpringBoot实战:5个让你的API性能翻倍的隐藏技巧
前端·人工智能·后端
iceiceiceice5 小时前
iOS PDF阅读器段评实现:如何从 PDFSelection 精准还原一个自然段
前端·人工智能·ios
大金乄5 小时前
封装一个vue2的elementUI 表格组件(包含表格编辑以及多级表头)
前端·javascript
葡萄城技术团队6 小时前
【性能优化篇】面对万行数据也不卡顿?揭秘协同服务器的“片段机制 (Fragments)”
前端
程序员阿峰6 小时前
2026前端必备:TensorFlow.js,浏览器里的AI引擎,不写Python也能玩转智能
前端
Jans6 小时前
Shipfe — Rust 写的前端静态部署工具:一条命令上线 + 零停机 + 可回滚 + 自动清理
前端