Suns架构师之路分布式系列课程(SpringMybatisNettyRPC)

这门课要解决的核心问题

很多后端开发者能够使用单体项目完成接口、数据库访问和业务逻辑，却很难把这些局部知识组织成一套可演进的系统。真正进入分布式场景后，问题会从“接口能不能调用”扩展为服务之间如何通信、网络连接如何管理、调用失败如何处理、数据访问如何分层，以及框架到底替开发者隐藏了哪些细节。本课程围绕 Spring、MyBatis、Netty 和 RPC 这些后端开发中经常同时出现的技术方向展开，重点价值在于把框架使用、源码理解和分布式设计放到同一条技术链路中观察。

这份资料适合用来建立一张从应用代码到底层通信的结构地图。Spring 负责组织对象和业务组件，MyBatis 连接业务逻辑与持久化操作，Netty提供网络编程基础，RPC则把网络通信进一步包装成面向服务的调用方式。学习时不应只把它们看成几个互不相关的知识点，而要持续追问：一次业务请求经过哪些层次，哪些对象负责创建和管理，数据如何传递，异常在哪里产生，框架如何通过配置、代理、映射和事件机制降低复杂度。

适合什么基础的开发者

如果已经使用过 Java 完成过接口开发，了解类、接口、继承、异常、集合、线程和基础网络概念，那么可以从这门课开始建立更系统的后端工程视角。学习者最好接触过 Spring 项目和关系型数据库，能够读懂常见的 XML、注解、SQL 以及 Maven 类项目中的配置方式。这里的重点不是重新讲解语法，而是把熟悉的开发体验拆开，观察框架如何完成组件管理、数据库映射和服务调用。

如果目前只会按照教程拼接项目，也可以把资料当作一次源码阅读训练，但不建议完全跳过基础直接追求架构结论。面对 MyBatis 的执行流程、Netty 的事件驱动模型或 RPC 的代理调用时，需要具备一定的接口抽象、反射、动态代理、线程模型和 TCP 通信认识。遇到看不懂的实现细节，应先记录类之间的调用关系，再回到基础概念补齐，而不是只记住某个配置项或某段代码的写法。

建议先看哪些内容

建议先从整体架构和分布式问题的背景开始，明确服务拆分、远程调用和网络通信分别解决什么问题。随后可以先看 Spring 相关内容，理解容器、组件、配置和对象生命周期等概念，因为这些内容会影响后续阅读数据访问层和服务调用层的代码组织方式。学习时可以画出一条简单链路：请求进入应用后，业务对象如何被创建，数据访问对象如何被调用，远程服务又如何被抽象成一个本地接口。

接下来适合重点阅读 MyBatis 的执行过程，再进入 Netty 的网络编程部分，最后把 RPC 放在前面知识的基础上理解。MyBatis 可以帮助学习者熟悉框架如何把接口、SQL、参数和结果对象连接起来；Netty则提供连接、事件循环、编解码和异步处理等网络层视角；RPC部分则把这些底层能力组合成服务发现之外更基础的调用流程，例如请求序列化、网络发送、响应匹配和异常传递。观看顺序可以根据基础调整，但不建议一开始只看 RPC 的表面调用代码。

学完后能独立完成什么

完成系统学习并做过配套练习后，可以独立设计一个结构清晰的后端示例工程：使用 Spring 组织业务组件和配置，使用 MyBatis 完成持久化访问，并将业务层、数据层和接口层拆分成职责明确的模块。在此基础上，还能够编写一个小型的网络通信实验，理解客户端与服务端建立连接、收发消息、处理编码以及响应结果的基本流程，而不是把网络调用当成不可解释的黑盒。

进一步实践时，可以尝试把本地方法调用改造成远程服务调用，设计一个简化的 RPC 原型。它不需要一开始就追求复杂的注册中心、负载均衡或高可用能力，但应至少包含接口约定、请求与响应结构、序列化处理、连接通信、调用超时或异常反馈等基本环节。通过这个过程，学习者能够判断哪些代码属于业务逻辑，哪些代码属于框架基础设施，也能更准确地分析分布式系统中调用失败、网络延迟和数据格式不一致等问题。

资料配合练习的方式

不要连续播放全部内容后再开始动手，较好的方式是按技术主题拆成若干轮练习。每看完一段 Spring 或 MyBatis 内容，就在一个最小工程中复现对象装配、数据库映射和一次完整查询，并主动修改配置、参数名和返回类型，观察错误信息来自哪一层。阅读源码时，可以给关键方法标注输入、输出、调用者和被调用者，再用自己的话写出一条执行链路，这比单纯复制代码更容易形成可迁移的理解。

学习 Netty 和 RPC 时，建议先画通信时序，再写最小可运行程序。先让客户端发送一条简单消息，服务端完成接收和响应；然后逐步加入消息结构、编码解码、多个请求、异常处理和超时场景。每增加一个能力，都记录它解决的具体问题以及可能引入的副作用。比如异步处理提升了连接利用率，但也会让响应匹配、线程安全和错误传播更加重要。最后可以把示例整理成一份自己的技术笔记，包括模块职责、核心流程、关键接口和待验证的问题，并通过重写部分实现来检验是否真正理解。

练习的目标不是复刻资料中的每一行代码，而是形成从需求到结构、从结构到调用链、从调用链到运行结果的完整闭环。可以选择一个简单的用户、订单或内容管理场景，把数据库操作、业务服务和远程调用串起来，再为连接中断、非法参数、空结果和服务不可用等情况补充测试。这样使用资料，既能对照成熟实现，也能暴露自己在并发、网络和模块边界上的理解缺口。