系统设计面试怎么准备：一套可复用的答题框架

系统设计面试最让人发怵的地方，是它「没有标准答案」——题目往往一句话：「设计一个短链服务」「设计一个朋友圈 Feed」。但开放不等于没章法。真正区分候选人的不是谁记得多，而是谁能在 45 分钟里有结构地把一个模糊问题拆开、做权衡、自圆其说。下面这套框架可以直接套用到几乎任何系统设计题。

五步答题框架

第 1 步：澄清需求（5 分钟，别跳过）

直接动手画架构是新手最大的坑。先花几分钟把题目变具体：

• 功能性需求：核心功能有哪些？哪些是 MVP，哪些可以「先不做」？
• 非功能性需求：读多还是写多？要不要强一致？延迟要求？
• 规模：日活多少？QPS 量级？数据存多久？

把范围圈定下来，既是为了对齐预期，也是在向面试官展示你的产品 sense。

第 2 步：容量估算（5 分钟）

用粗略数字算出系统的量级，它会直接决定你后面的技术选型。常用的几个基准值记住即可：

比如「日活 1 亿、人均写 1 条」≈ 1 亿次/天 ≈ 1000 写 QPS，读按 100:1 算就是 10 万读 QPS——一下就知道必须上缓存和读写分离。

第 3 步：定义 API 与数据模型（5 分钟）

列出核心接口（POST /shorten、GET /{code}）和主要的表 / 集合字段。这一步把抽象问题落到地，也为下一步的存储选型铺路。

第 4 步：画高层架构（15 分钟，核心）

从最简单的「客户端 → 负载均衡 → 服务 → 数据库」起步，再逐步加组件解决具体瓶颈：

• 缓存（Redis）：扛读、降延迟，注意缓存穿透 / 雪崩 / 一致性
• 消息队列（Kafka）：削峰、解耦、异步化写入
• 数据分片 / 读写分离：单库扛不住时怎么拆
• CDN / 对象存储：静态资源和大文件
• 一致性哈希：分片或缓存节点的均衡

每加一个组件，都要说清「为了解决哪个具体问题」，而不是堆术语。

第 5 步：深挖与权衡（10 分钟）

面试官通常会挑一个点深问。主动暴露你的取舍能力：SQL vs NoSQL、强一致 vs 最终一致、推模式 vs 拉模式（Feed 的经典抉择）。没有银弹，关键是讲清为什么在这个场景选这个。

高频考点速查

• 短链 / 发号器：哈希 vs 自增、Base62 编码、冲突处理
• Feed 流：推（写扩散）vs 拉（读扩散）vs 推拉结合
• 限流：令牌桶 / 漏桶 / 滑动窗口
• 唯一 ID：Snowflake、号段模式
• 秒杀 / 高并发写：库存预扣、队列削峰、防超卖

把框架练成肌肉记忆

系统设计的难点在于「临场组织」，而这只能靠开口练。建议找几道经典题，对着上面的五步框架计时讲一遍。一个人练容易自我感觉良好，把题目丢进快面的 AI 模拟面试，让 AI 扮演面试官在关键处追问「为什么不用强一致」「缓存挂了怎么办」，更接近真实压力——讲完还能拿到一份结构化反馈，知道自己哪一步漏了。

记住：系统设计面试考的不是你背了多少架构，而是你能不能在不确定里，有条理地做出合理的权衡。