系统设计：如何通过面试

系统设计面试：实用方法与常见误区

系统设计面试考察你设计可扩展系统的能力。从核心概念入手：负载均衡器用于流量分发，分片和分区实现水平扩展，复制确保数据可用性，消息队列处理异步任务。熟悉数据库类型——关系型和 NoSQL——及其数据结构（SQL 中的 B 树，NoSQL 中的 LSM 树）。每天阅读一个主题，坚持两周，你就能为中型公司面试打下坚实基础。

典型问题与面试流程

问题主要针对后端系统：设计社交网络动态、视频托管平台或地图服务。前端系统设计很少见，仅限于前端岗位。后端总是重点考察。

面试从服务描述和需求开始。前 5 分钟用于澄清：

• 功能需求（特性：地图上搜索咖啡馆、路径规划）。
• 非功能需求（规模：QPS、数据量；可靠性、安全性、延迟）。

别急着画图——这是常见错误。没有澄清需求，你可能设计错方向，浪费时间。

架构选择：Push 与 Pull

了解服务交互模式：

• Push：源端（A）任务完成后通知接收端（B）。
• Pull：接收端（B）定期轮询源端（A）。

| 模式 | 优点 | 缺点 |

|------|------|------|

| Push | 低延迟，即时通知 | 接收端过载风险，故障复杂 |

| Pull | 负载可控，容错简单 | 轮询延迟，流量更高 |

示例：Prometheus 用 Pull 采集指标，InfluxDB 用 Push。根据场景选：实时用 Push，批处理用 Pull。

消息代理 vs 批处理任务

负载分发时，对比：

• 消息队列（Kafka、RabbitMQ）：异步处理，均匀分发，低延迟。
• 批处理任务（Cron、Airflow）：定时运行，适合分析或 ETL 等固定周期任务。

误区：忽略批处理任务，而业务如夜间报表需要定时执行。队列适合流量峰值，任务适合可预测负载。

系统设计中的权衡

每个选择都有取舍：

• 单体 vs 微服务：单体开发部署快；微服务扩展好，但增加延迟和网络复杂度。
• SQL vs NoSQL：SQL 提供 ACID 保证和 JOIN；NoSQL 支持水平分片和 schema 灵活，无需迁移。

理解成本：

• 扩展性牺牲开发速度。
• 刚性 schema 简化查询，但阻碍演进。

资深工程师用权衡论证选择，而不是“我项目上吃过亏”。

推荐资源

• 《系统设计面试 Vol. 1》（Alex Xu）：核心概念 + 热门问题（动态、YouTube）。入门首选，理论实践平衡。
• 《系统设计面试 Vol. 2》（Alex Xu）：深入权衡，独特案例。
• 《设计数据密集型应用》（Martin Kleppmann）：数据结构、分布式挑战（CAP 定理、一致性）。总监级读物，先掌握基础再攻。

标记重点，折页复习。

关键要点

• 开头 5 分钟澄清需求——避免设计错系统。
• 用权衡支持选择（队列 vs 任务、Push vs Pull），别凭感觉。
• 关注妥协：没有完美方案。
• 两周掌握基础，大厂备战读徐sir书。
• 练习徐sir书真实问题。

系统设计揭开 S3 或支付网关等服务的“魔法”面纱，提升你的平衡决策能力。

— Editorial Team