第2章 高频面试问题与回答框架
面试官的问题看似千变万化，实则围绕三个维度：项目经验、方法体系、技术判断。本章拆解三类最高频问题，给出STAR与PREP两种答题框架，并结合大厂、中型公司、创业公司的考察侧重，帮你构建可迁移的回答范式。
▲ 判断问题类型后选择对应框架：项目经历用STAR，观点方法论用PREP。
2.1 核心答题框架对比
| 框架 | 适用场景 | 核心结构 | 关键要点 |
|---|---|---|---|
| STAR | 项目经验类 | Situation → Task → Action → Result | 情境具体、行动突出、结果量化 |
| PREP | 观点方法类 | Point → Reason → Example → Point | 观点鲜明、理由充分、示例贴切 |
2.2 高频面试问答
🎯 面试问题
请介绍一个你主导过的最复杂的小程序项目，你是如何保证架构质量的？
在电商大促小程序中（S），我负责整体架构设计（T）。采用分层架构+插件化方案，将秒杀、拼团等核心模块拆为独立插件，按需加载；并建立CI流水线集成代码扫描与性能预算（A）。最终首屏性能提升40%，线上故障率下降60%（R）。
- 如果重新设计，哪些环节你会做不同选择？
- 插件间通信如何实现？如何避免循环依赖？
- 性能预算的具体阈值是怎么定的？
- 不要只讲功能罗列，要突出技术难点 + 你的决策。
- 结果必须量化（数据/百分比/时间），避免“效果很好”这类模糊描述。
- 主动提及遇到的权衡（如：包体积 vs 加载速度），体现思考深度。
🎯 面试问题
你如何评估和优化小程序的性能？请结合具体指标和方法说明。
我认为性能优化应聚焦首屏加载与运行时流畅度两个核心（P）。因为这两个指标直接影响用户留存和转化（R）。在资讯类小程序中，通过Lighthouse定位瓶颈，采用分包预加载、关键路径代码拆分、图片WebP化，首屏从3.2s降至1.1s，用户跳出率降低18%（E）。所以性能优化要优先解决影响用户体验的关键路径（P）。
- 如何衡量优化的ROI？投入产出比怎么算？
- 有没有遇到过“优化后反而更差”的情况？如何排查？
- WebP在低端机上的兼容性怎么处理？
- 不要列优化清单，要体现优先级判断（先做收益高的）。
- 每个优化手段都要对应量化结果，证明有效性。
- 主动提及监控与回归机制，体现工程化闭环思维。
🎯 面试问题
在设计小程序架构时，你会如何做技术选型？考虑哪些核心因素？
我坚持“业务先行、渐进演进”的选型原则（P）。因为技术选型要服务业务节奏，而非追逐新技术（R）。在B端工具小程序中，团队熟悉Taro且有多端需求，最终采用Taro+SubPackages分层架构，按业务域分包，兼顾开发效率与性能，3个月内支撑了5个业务线接入（E）。所以选型的核心是匹配团队、业务与生态成熟度（P）。
- 如果团队没有相关技术储备，你如何推动落地？
- 如何评估一个新框架的成熟度？有哪些判断维度？
- 选型错误时，你如何止损或迁移？
- 避免空谈“要综合考虑”，要用具体选型案例支撑观点。
- 不要只讲技术优点，要提团队学习和迁移成本。
- 体现灰度验证思维：先小范围验证再全量推广。
▲ 追问从三个方向展开：技术深度（原理/极限）、方案对比（选型/权衡）、异常处理（边界/容错）。提前准备每个方向的2-3个具体案例。
2.3 公司侧重点分析
不同规模公司对小程序架构师的考察重心差异显著，面试前需针对性准备：
| 公司类型 | 核心考察点 | 典型追问风格 | 准备方向 |
|---|---|---|---|
| 大厂（BAT/TMD） | 架构设计 · 性能优化 · 工程化体系 · 跨团队协作 | “如果QPS翻10倍你的架构怎么演进？” | 深度原理 + 大规模案例 |
| 中型公司 | 业务交付 · 技术选型 · 团队带教 · 成本意识 | “如何让3个初中级工程师快速交付？” | 落地方法 + 选型权衡 |
| 创业公司 | 全栈能力 · 快速迭代 · 独立攻坚 · 技术广度 | “从0到1你会怎么搭架子？” | 最小化架构 + 技术广度 |
2.4 可迁移回答结构总结
| 结构步骤 | 核心动作 | 典型句式 |
|---|---|---|
| 1. 定框架 | 判断问题类型 → 选择STAR或PREP | “关于这个问题，我想从三个方面展开……” |
| 2. 抛观点 | 15秒内亮出核心结论或项目全景 | “我认为核心在于…… / 我当时负责的是……” |
| 3. 展细节 | 用数据/案例/对比支撑，突出你的动作 | “具体来说，我做了三件事：第一……第二……” |
| 4. 说结果 | 量化产出 + 复盘改进空间 | “最终性能提升了40%，同时我也意识到……” |
| 5. 留钩子 | 主动抛出可深入的点，引导追问 | “如果深入一步，在……场景下其实还有更优解” |