前端面试准备 05：工程化——构建、依赖治理、质量体系、CI/CD 与发布回滚

工程化面试要讲“体系”，而不是背工具名。

01 构建：你要能解释 bundle 为什么会变大#

建议你能讲清：

• Tree Shaking 的前提（ESM、无副作用标记）
• code splitting 的策略（路由/组件级、预加载）
• 依赖重复（多版本）、polyfill 注入、动态 import 的边界

02 依赖治理：8 年工程师必谈“风险控制”#

• 锁文件与可复现构建
• 升级策略：小步、可回滚、变更记录
• 供应链安全：审计、最小权限、关键依赖的替代与镜像策略

03 质量体系：把质量变成门禁，而不是口号#

你要能讲出：

• ESLint/TS 规则为何要分层（error/warn）
• 单测/集成/E2E 的边界与投入产出
• Mock 策略：哪些用 mock，哪些用真实服务

04 CI/CD：把“能发布”变成“随时可发布”#

面试回答建议结构：

• 触发：PR 检查（lint/test/build）、主干合并后部署
• 产物：构建产物与版本号（可追溯）
• 部署：灰度、监控、自动回滚条件

05 自测清单#

• 我能说清一次“线上事故”如何通过发布策略避免/降低影响吗？
• 我能解释我做的工程规范如何提高交付效率吗？

---

06 练习题（工程化题：带答案思路）#

题 1（问答）：为什么要“主干开发 + 小步合并 + CI 门禁”？#

参考答案（原理）#

• 主干开发降低长期分支漂移与合并冲突
• 小步合并降低风险半径，回滚成本更低
• CI 门禁让质量成为流程的一部分（可重复、可度量），而不是“靠人记得做”

题 2（实战题）：你会如何设计前端的发布与回滚？#

至少覆盖：版本策略、灰度、监控触发回滚条件。

参考答案（框架）#

• 版本：构建产物带 commit SHA/版本号，可追溯
• 灰度：按用户/地域/比例逐步放量，观察核心指标
• 监控：错误率、白屏率、核心交互失败率、Vitals 回归
• 回滚：保留上一个稳定版本产物，支持一键切换；必要时功能开关兜底

---

下一篇进入性能与可观测：这是高阶岗位最喜欢深挖的部分。