三步法
第一步：明确约束（1分钟）
- 问清规模：多少人同时在线？1000还是10万？
- 问清实时性：延迟容忍度是多少？秒级还是毫秒级？
- 问清持久化：数据需要存多久？是否需要离线恢复？
示例："您说的聊天系统，是全服频道还是私聊？大概同时在线多少人？消息需要保存历史记录吗？
第二步：选型与权衡（2分钟）
- 存储选型：MySQL vs Redis vs 对象存储？
- 通信方式：RPC vs 消息队列 vs 直接Socket？
- 一致性要求：强一致还是最终一致？
示例："对于世界频道，我倾向用Redis Pub/Sub，因为延迟低、支持广播；但私聊需要用消息队列保证送达。如果历史消息需要查询，可以异步写入MySQL。
第三步：画出核心流程（2分钟）
- 画一个框：客户端 → 网关 → 业务服务 → 存储
- 标出关键路径：消息从哪里来，经过哪些处理，最终到哪里去
- 指出一个潜在瓶颈："这里如果并发高，Redis可能会成为瓶颈，可以考虑用本地缓存+定时同步。
遇到的困惑
- 经验不足时，如何给出不同的方案，通过对比给出选择这个非常困难
- 每次都是面试前突击学习，但是没有形成有效的思维训练。更多是记忆，且容易遗忘。
针对经验不足的训练方法
初次接触某个设计，可以先给出一个方案，哪怕这个方案非常简单，然后从"唯一方案"出发，用"如果"追问：
- 如果数据量变成10倍/100倍，这个方案还行吗？
- 如果这个组件挂了，会发生什么？
- 如果需求变了（比如从实时变成离线），这个方案还能用吗？
实在想不到解决方案，那么就借助ai，将你的方案告诉ai，然后附带这个提示词"这是我对XX场景的唯一设计方案。请帮我列出另外2-3个可行的替代方案，并简要说明各自的优缺点。不要评价我的方案好坏，只需要提供其他选项。"
读AI给出的方案，选一个你感兴趣的，记录在你的设计决策日志里。
针对突击训练无法有效
每天只做一件"设计决策卡片"
什么是设计决策卡片？
一张卡片 = 一个具体的游戏后端场景 + 两个可选方案 + 你的选择理由。
为什么有效？
- 极低门槛：5分钟，不写代码，不画图，只思考。
- 积累复利：30天后你会有30个决策经验，面试时自然脱口而出。
- 与休息兼容：可以在散步、排队、睡前进行，不占用整块时间。
具体操作方法
- 准备一个笔记本或手机备忘录（就叫"设计决策日志"）
- 每天随机抽取一张卡片（或按顺序）
卡片内容我已经为你准备好，涵盖游戏后端最常见的场景。你可以直接使用下面的列表，也可以自己补充。 - 执行"3-2-1"法则
- 3分钟：读场景，凭直觉写下你的选择（A或B）。
- 2分钟：写下你的理由（一句话即可，比如"A更简单，但B扩展性好"）。
- 1分钟：看一眼参考答案（我提供的，但不必强求一致），对比差异。
不需要深入调研，不需要担心对错。重点是"做过决策"这个动作本身。
决策卡片清单
