一、背景与选型 1.1 现状问题 主应用 cmclink-web-micro-main 采用 iframe 过渡方案 加载 7 个子应用，存在以下痛点： 问题 影响 7 个 <iframe> 硬编码在

你是否一直对前端错误监控系统的底层原理充满好奇？别做工具人了，从原理到落地，手把手带你实现一个轻量级前端错误监控SDK...

通过构建生成唯一版本号、纯前端 30 秒轮询 version.json 比对，结合 Nginx 缓存控制，实现版本更新快速感知与刷新提醒。方案零侵入集成 CI/CD，解决测试环境版本滞后问题，提升交付

公司项目基于 VueCLI 3，存在启动慢（约 20 秒）、热重载慢、构建慢以及对高版本 Node 支持不友好等问题，需要切换 Node 16版本才能启动。

Vue2/CLI 项目从 webpack 迁移到 rspack 的完整指南 在前端开发领域，构建工具的选择对项目的开发效率和性能有着重要影响。近年来，rspack 作为一个由 Rust 语言编写的高性

公司项目一直在膨胀，随着功能模块的增加，项目的性能表现和构建编译速度成为项目开发的瓶颈。为了对大型历史项目进行优化，我进行了一些优化工作。 本文针对构建编译方面的优化工作做下记录和分享。 一、项目背

Vue2 项目从 Webpack3 迁移到 Rspack 的实践与性能优化，技术栈：Vue 2.5 + Element UI，代码量：约 23w+ 行

老项目升级，打包10分到3分，开发启动运行时间 从70秒--->2秒！！！！！！！！！！！！！！！！！

"每次保存代码后都要等2分钟才能看到效果？\ 部门的老旧Vue CLI项目就像个气喘吁吁的老爷车——项目越庞大，`npm run build`的耗时就越离谱。直到某天我盯着进度条发呆时突然意识到：**