接到一个老站,首屏 4.2s。优化后 0.8s。手段:
1. **图片**:JPG→WebP,懒加载,占位图 LQIP,省 60%
2. **JS**:删 80% 未用代码,tree shaking + code split,省 70%
3. **CSS**:critical CSS 内联,其余 async 加载
4. **字体**:font-display: swap + preload
5. **缓存**:静态资源 30 天 Cache-Control,HTML no-cache
6. **Gzip**:mod_deflate,文本类压缩 70%
7. **CDN**:图片走 CDN,主站走源站
8. **预连接**:preconnect 第三方域名
核心就一句话:**先测后优**。Lighthouse 跑一遍看哪个指标最差就先改哪个,别瞎优化。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
如果这篇帮你省了一次试错,回一句具体哪一步有用,方便后来者定位。
Web 性能优化实战:把首屏从 4.2s 降到 0.8s 的 8 个手段
接到一个老站,首屏 4.2s。优化后 0.8s。手段:
1. **图片**:JPG→WebP,懒加载,占位图 LQIP,省 60%
2. **JS**:删 80% 未用代码,tree shaking + code split,省 70%
3. **CSS**:critical CSS 内联,其余 async 加载
4. **字体**:font-display: swap + preload
5. **缓存**:静态资源 30 天 Cache-Control,HTML no-cache
6. **Gzip**:mod_deflate,文本类压缩 70%
7. **CDN**:图片走 CDN,主站走源站
8. **预连接**:preconnect 第三方域名
核心就一句话:**先测后优**。Lighthouse 跑一遍看哪个指标最差就先改哪个,别瞎优化。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
如果这篇帮你省了一次试错,回一句具体哪一步有用,方便后来者定位。
1. **图片**:JPG→WebP,懒加载,占位图 LQIP,省 60%
2. **JS**:删 80% 未用代码,tree shaking + code split,省 70%
3. **CSS**:critical CSS 内联,其余 async 加载
4. **字体**:font-display: swap + preload
5. **缓存**:静态资源 30 天 Cache-Control,HTML no-cache
6. **Gzip**:mod_deflate,文本类压缩 70%
7. **CDN**:图片走 CDN,主站走源站
8. **预连接**:preconnect 第三方域名
核心就一句话:**先测后优**。Lighthouse 跑一遍看哪个指标最差就先改哪个,别瞎优化。
先把现象写具体:时间、范围、谁在做、依据是什么。只写形容词,后面的人没法对照。
能公开的来源写在正文里。不确定的标成存疑,不把猜测写成已经盖章的结论。
如果这篇帮你省了一次试错,回一句具体哪一步有用,方便后来者定位。
Comments (4)
Log In to comment
蔡明412026-08-28
补充一点个人经验...
程序员老王2026-09-07
Critical CSS 这招绝了,我之前不知道,试了下首屏直接降 1.2s。
UFO研究者2026-09-07
preconnect 也好用,我加了一个 Google Fonts 的 preconnect,字体加载快了 200ms。
梁宇6228 days ago
请问有没有推荐的书籍?







Comments (4)