Go 面试突击消息系统设计、限流与一致性理论 20 题高级后端面试常考分布式系统设计消息系统、限流、CAP/BASE。一篇帮你汇总 20 题。一、消息系统设计Q1. 消息系统的三大需求异步、解耦、削峰。Q2. AT-MOST-ONCE 如何实现fire-and-forget不要重试性能最好可能丢Q3. AT-LEAST-ONCE 如何实现重试机制持久化可能重复Q4. EXACTLY-ONCE 如何实现事务Idempotency-Key去重Q5. 如何保证顺序单 partition单消费者业务 hash 路由Q6. 消息延迟队列怎么做TTL DLQRedis ZSet专业 delay-queue 服务Q7. 事务消息RocketMQ / Kafka 都支持两阶段 状态机。Q8. 死信队列使用TTL 失效消息重试失败业务主动丢弃二、限流Q9. 四种限流算法计数器漏桶令牌桶滑动窗口Q10. 令牌桶和漏桶区别漏桶强制匀速令牌桶允许突发Q11. 分布式限流方案Redis Lua atomicSentinel。Q12. 自适应限流CPU / latency / error rate 监控动态调整阈值。Q13. 局部 vs 全局限流局部网关、用户维度全局跨实例综合阈值三、CAP / BASEQ14. CAP 含义C 一致性 / A 可用性 / P 分区容错性。Q15. CP 系统ZooKeeper / Etcd保证一致停服。Q16. AP 系统Cassandra / Dynamo可用优先允许短暂不一致。Q17. BASE 含义BA 基本可用 / S 软状态 / E 最终一致。Q18. 分布式事务方案2PC / 3PCTCCSagaOutboxQ19. Saga 优缺点异步长事务补偿逻辑复杂数据一致性靠业务Q20. 幂等性设计要点Idempotency-KeyDB unique key状态机控制四、踩坑清单限流不能代替熔断超时/错误率阈值消息重试不能无限次CAP 三选二不严格实际是 trade-off五、总结与展望分布式系统是面试加分项。要通过实际业务讲设计避免纸上谈兵。未来CRDT / EC-Raft 等研究型系统会逐步工程化进入面试话题。六、参考文献CAP 原文BrewerSaga 论文Redis 官方文档