Appearance
工程化与性能 高频题清单与追问树
高频题清单
1. Babel 与 TypeScript 转译：语法降级、类型擦除与职责边界
- 题型：治理型
- 考察点：Babel 和 TypeScript 都会“编译代码”，但处理对象、目标和产物并不相同
- 易混点：题型没分清时，很容易把 指标治理、构建版图、发布约束 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
2. 前端构建版图：Bundler、Transpiler、Minifier 与 Dev Server 的分工
- 题型：治理型
- 考察点：工程化面试常见误区，是把 Babel、Webpack、Vite、Rollup、esbuild 全部说成打包工具
- 易混点：题型没分清时，很容易把 指标治理、构建版图、发布约束 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
3. 大列表优化：虚拟滚动、分片与交互稳定性
- 题型：治理型
- 考察点：大列表难点不只是渲染多，而是渲染、测量、滚动和交互会互相放大开销
- 易混点：题型没分清时，很容易把 指标治理、构建版图、发布约束 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
4. 监控与治理：错误、性能与发布回归如何闭环
- 题型：治理型
- 考察点：监控的价值不在于“上了 Sentry”，而在于问题能否被归因、分级、追踪和验证
- 易混点：题型没分清时，很容易把 指标治理、构建版图、发布约束 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
5. 前端性能指标：LCP、CLS、INP、TTFB 与用户感知
- 题型：治理型
- 考察点：指标题的关键不是背缩写，而是知道每个指标反映了哪一段用户体验
- 易混点：题型没分清时，很容易把 指标治理、构建版图、发布约束 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
6. Tree Shaking 与 Code Splitting：删掉不用的代码和推迟加载不是一回事
- 题型：治理型
- 考察点：这两个概念经常一起出现，但分别解决的是包体积和加载时机
- 易混点：题型没分清时，很容易把 指标治理、构建版图、发布约束 混成一个层级。
- 串讲顺序：先回答核心问题，再补边界、代价和项目映射。
每题考察点
- 工程化与性能 模块的高频题，通常不是单点记忆，而是在看你能否把 指标治理、构建版图、发布约束 连起来讲
- 同一题连续被深挖时，往往是在验证你是不是只会背第一层结论
- 真正稳定的回答，必须包含边界、代价和实际落地
易混点与串讲顺序
- 先分题型，再定讲法，不要所有题都用同一套口径
- 对比型题先拆对象，机制型题先讲参与者和流程，治理型题先讲症状和闭环
- 一开口就急着给结论，通常说明上下文还没搭起来
模拟追问树
- 第一层通常会追到 指标治理
- 第二层会继续追到 构建版图 的内部细节
- 第三层往往回到 发布约束、项目经验和权衡依据
使用建议
- 优先挑 3 到 5 个最高频问题练成稳定串讲，再逐步扩充
- 复习时把同题型问题放在一起，会比按目录顺序硬刷更有效
- 项目面准备时，先看本页，再回到对应单篇文档准备项目映射