极高 基础
STAR法则与项目表达#
一句话答案#
STAR 法则：Situation（背景）→Task（任务）→Action（你的行动）→Result（量化结果），聚焦”我做了什么”和数据。
核心要点
| 要素 | 说明 | 示例 |
|---|---|---|
| S | 背景 | ”大促QPS从1万到10万” |
| T | 任务 | ”负责缓存架构优化” |
| A | 行动 | ”多级缓存+预热+限流” |
| R | 结果 | ”RT从200ms降到50ms” |
核心： 数据量化 + 讲 WHY（为什么选这个方案） + 难点先说
面试回答（2分钟版）
STAR法则是结构化表达项目经验的黄金框架，四个要素缺一不可。Situation讲背景和上下文，比如”大促期间系统QPS从1万飙升到10万，接口RT超过2秒用户大量投诉”，用数据交代问题的严重程度。Task讲你被分配的具体任务和职责，注意用”我”不用”我们”，面试官想知道你的个人贡献。Action是重点，详细说明你做了什么具体动作，比如”我设计了三级缓存架构，本地缓存Caffeine加Redis集群加DB，并实现了缓存预热和降级策略”，要说清楚为什么选这个方案即WHY和对比过哪些其他方案。Result必须量化，“RT从200ms降到30ms，QPS承载力提升4倍，大促零故障”，没有数字的Result说服力大打折扣。表达时先说难点再讲方案最后亮结果，如果项目没有精确数字可以给估算值但不能瞎编。每个准备讲的项目都按STAR框架提前练两遍，做到两分钟内讲清一个完整故事。
追问与易错
追问方向：
- “你的 Result 部分能量化吗？具体数字是什么？”→ 必须量化：RT 从 Xms 降到 Yms、QPS 提升 N 倍、错误率降低到 X%；没有精确数字可以给合理估算值，但绝不能瞎编不切实际的数字
- “Action 中为什么选择这个方案？对比过哪些方案？”→ 准备 2-3 个备选方案的对比（功能/性能/复杂度/团队熟悉度），说清楚在当时的业务约束和团队条件下为什么做了这个选择
- “如果让你重新做这个项目，会改变什么？”→ 展示反思能力：可以说”当时为了赶期做了某某妥协，现在会优先做 X”或”架构上会提前考虑 Y 的扩展性”，体现你从项目中成长了
易错点：
- ❌ 只说”我们做了什么”而不是”我做了什么”——面试官想知道你的个人贡献
- ❌ Result 没有量化数据——“性能提升了”不如”RT 从 200ms 降到 30ms”有说服力