scwMason的博客

这一节我们实现了动态代理部分的逻辑，大家应该体会到了动态代理在RPC中的应用是怎样的，它最主要的作用在于代理远程服务，封装了组装调用远程服务的请求并获取结果这部分的网络交互逻辑，对于客户端只需要调用代理类中的目标方法就行了，这也是我们在专栏开头说到，RPC像调用本地方法一样调用远程服务的“魔法”所在。中我们已经知道了，替我们负重前行的是代理，所以包括寻找服务、封装调用参数、调用远程服务等操作都是在代理中完成的，这一节我们就回到客户端调用开始剖析动态代理部分的实现。

这一节我们实现了一个低配版的NameServer，如果你想拥有一个工业级的服务注册中心，那么可以采用开源的工具帮助你，你也可以参考开源框架自己实现的注册机制，至少通过这一小节我们知道了NameServer的功能，下一小节我们会讲解动态代理部分的实现，把整个调用链路上最后的代理类去补上。然后我们实现一个基于Json文件的NameServer，将服务与地址的关系记录持久化到Json中，并编写SPI的配置文件com.sparrow.rpc.api.NameService。路由策略与负载均衡。

一步步带你了解IO模型和线程模型

这是番外篇的第一篇关于网络IO的小节，本来想直接进入实战，但是为了大家理解还是写篇番外篇来介绍一下网络IO，再过渡到Netty。并提前说明一下番外篇是对我们主线RPC系列的补充，如果读者熟悉网络相关可直接跳过。...

前一小结我们已经熟悉了实现一个RPC框架，必需和极其重要的组件与功能，这一节我们将会以序列化为起点，构建我们的Sparrow-Rpc

我们拿到了服务地址后，就可以进行通信了，之前我们提到过了协议与序列化，这时候就涉及到网络的知识了，还是getUserByName，我们至少需要把函数签名、方法参数组装成我们的数据，按照我们的应用层协议和序列化方式传给对方，那么这个发送的动作我们就需要网络框架来帮我们做掉，总不能自己去经历TCP那套bind、listen、accept，所以。其实还有很多非核心但很重要的机制，都包含在各个细节中，只有有了这些机制的保护，才能成为一个企业级的应用，后面我们会逐渐展开，比较深入的，我会在番外篇中讲解。

《RPC实战系列》，今天我们讲一讲RPC中的对你透明的“”动态代理

RPC的协议与序列化