这份 分布式系统知识体系 面向后端学习、系统设计和面试复习，按“分布式入门 -> 通信调用 -> 服务治理 -> 一致性与协调 -> 工程实践”的顺序整理本站分布式相关文章。

准备分布式系统面试，最容易踩的坑是把知识点背成一堆孤立概念：CAP 是一个点、RPC 是一个点、分布式锁是一个点、分布式事务又是一个点。

真正到面试里，面试官更关心的是：你能不能把这些技术放回真实系统里，讲清楚它们解决什么问题、带来什么代价、适合什么场景。

这篇文章是 JavaGuide 分布式系统内容的面试复习导航，不会重复搬运所有答案，而是帮你把分布式相关文章串起来，按面试准备顺序建立一条清晰路径。

分布式面试先抓主线

分布式系统面试通常围绕 4 条主线展开：

1. 一致性与可用性的权衡：CAP、BASE、最终一致性、中心化与去中心化、共识算法。
2. 跨节点通信与治理：RPC、注册发现、API 网关、配置中心。
3. 分布式数据一致性问题：分布式 ID、分布式锁、分布式事务。
4. 典型中间件与落地场景：ZooKeeper、Dubbo、Spring Cloud Gateway 等。

刚接触分布式系统时，很多人会先被一串名词砸中：CAP、BASE、Paxos、Raft、分布式锁、分布式事务。

这些概念都绕不开，但入门时直接钻进去，容易把分布式系统学成一堆互不相干的术语。更好的切入口是一个更土但更实用的问题：原来一台机器、一个进程、一个数据库就能完成的事情，为什么后来要拆到多台机器上？拆完以后，为什么一个超时、一次重试、一条消息重复投递，都会牵出这么多设计问题？

这篇文章先把“分布式系统是什么”讲清楚。Paxos、Raft、分布式事务不会展开推导，只把它们放回主线里，知道它们大概在解决哪类麻烦。

什么是分布式系统？

RPC（Remote Procedure Call，远程过程调用）是分布式系统里最常见的服务调用方式之一。它希望让调用远程服务像调用本地方法一样自然，同时封装网络通信、序列化、服务发现、负载均衡、超时重试和容错治理等复杂细节。

适合谁看

• 想理解 RPC 框架工作原理的后端开发者。
• 正在准备 RPC、Dubbo、微服务调用相关面试题的同学。
• 已经用过 Feign、Dubbo、gRPC，但对底层调用流程和服务治理不够熟的读者。
• 需要判断内部服务调用到底该用 HTTP 还是 RPC 的工程师。