上一篇 讲了一组通用的好习惯。这篇聚焦”快”：从构建、缓存到函数执行，把每个环节的延迟都压下来。
构建阶段
| 做法 |
说明 |
| 开依赖缓存 |
见 部署基础，避免每次重装 |
| 增量构建 |
只构建变化部分 |
| 瘦身构建产物 |
剔除未用依赖，减小上传体积 |
| 并行构建 |
多任务并行，缩短总时长 |
缓存阶段
缓存是性价比最高的加速手段，详见 缓存与边缘加速。
| 做法 |
说明 |
| 静态资源长缓存 |
带哈希文件名可缓存很久 |
| HTML 短缓存 |
兼顾新鲜度 |
| API 不缓存 |
动态数据别误缓存 |
| 开启 stale-while-revalidate |
先旧后新，体验更顺 |
函数执行阶段
Cloud Functions 有冷启动，优化方向：
| 做法 |
说明 |
| 减少依赖体积 |
只引需要的包，冷启动更快 |
| 复用连接 |
数据库连接池放在全局，别每次新建 |
| 靠近边缘 |
优先 Edge Functions 处理轻量逻辑 |
| 异步化 |
非关键操作（打点、通知）异步处理 |
前端交付
| 做法 |
说明 |
| 图片优化 |
见 图片优化与重定向，转 WebP/AVIF |
| 压缩传输 |
开启 Gzip/Brotli |
| 预连接 |
对第三方域名 preconnect |
一个检查清单
速查卡片
| 要点 |
说明 |
| 最快的优化 |
边缘缓存，少回源 |
| 函数优化 |
精简依赖、复用连接、靠边缘 |
| 前端优化 |
图片优化、压缩、预连接 |
| 心态 |
先测再优化，别盲目加配置 |