构建完 dist 里一个 vendor 文件接近 2MB,首屏白屏好几秒,改一行业务代码它的 hash 也跟着变。日志里能对上时间点,这种反而好排。
没有配置手动分包,所有第三方依赖被塞进同一个 chunk,缓存命中率和首屏加载都被拖住。这一点先确认清楚,后面就不用反复试。
// vite.config.js
build: { rollupOptions: { output: {
manualChunks: { vendor: ['react'] }
} } }
「构建分包策略」确认了原因之后,改动尽量只碰那一处,顺手改的东西后面最容易出问题。能分两步做的操作就别合成一步,中间看一眼返回值,出问题好判断。
报错里带路径的,先去看那个路径在不在、权限对不对。同一份配置存在多处的,先确认改的是被加载的那一份。
新版本先放一台机器上跑一天再全量,问题一般在这段时间暴露。备份不是备了就行,恢复一次才算数,很多备份文件打开才发现是空的。
处理上按这个顺序:按依赖分组配置 manualChunks;把不常变的库单独拆出来;用体积分析确认拆分结果。
结果对不对很好判断,vendor 体积拆小,改业务代码后第三方 chunk 的 hash 保持不变。
