Angular8正式发布了，Java13再过几个月也要发布了，技术迭代这么快，框架的复杂度越来越大，但是原理是基本不变的。所以沉下心看清代码本质很重要，这次给大家带来的是手写RPC框架。
完整代码以及说明文档，点我跳跃~
1. 什么是RPC？
RPC是指远程过程调用，也就是说两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。
RPC框架有很多，比较知名的如阿里的Dubbo、google的gRPC、Go语言的rpcx、Apache的thrift，新浪的motan等等。当然了，你也可以说Dubbo是RPC框架的超集，此外对于Spring Cloud来说，RPC也只是它的一个功能模块。（话说Dubbo已经晋升为Apache顶级项目了，还不一起动手学习下？）
RPC要解决的两个问题：
- 解决分布式系统中，服务之间的调用问题。
- 远程调用时，要能够像本地调用一样方便，让调用者感知不到远程调用的逻辑。
2. 技术选型
-
SpringBoot
项目的基础框架，提供IoC功能。同时方便打成JAR包，便于测试。 -
Netty
基于NIO的网络通信框架。相比用java socket实现的BIO通信，Netty无论是代码编写简洁还是基于NIO异步非阻塞特性，都占尽了优势。 -
fastjson
序列化、反序列化。RPC框架中通信选择有很多：kyro/thift/json/hessian/protobuf/xml等等，为了快速实现RPC框架，节省生成桩函数的时间成本，所以本文采用了阿里的fastjson。 -
zookeeper
提供服务的发现与注册。一个服务会有多个实例，所以我们选用zookeeper作为注册中心，在调用时，从zookeeper获取服务的实例列表，再从中选择进行调用。
3. RPC实现流程
消费者端流程：
- 代理服务接口
- 服务发现（连接zookeeper，获取生产者列表）
- 远程调用（轮询生产者服务列表），将类名，方法名和参数等信息通过代理发送给生产者端
生产者端流程：
- 加载需要远程调用的服务，并缓存
- 启动通讯服务器（Netty）
- 服务注册（把通信地址放入zookeeper）
- 收到消息后使用反射，本地调用方法并将执行的结果编码返回给消费者端
在调用链路中断点，就可以同时了解RPC通信原理和Netty的通信原理了，代码每个方法和类都做了注释~实践出真知，看代码胜过所有博客的文字介绍。
4. 未实现的功能
相比Dubbo这样成熟的RPC框架还有未实现的功能如下：
- 负载均衡
如何从多个实例里挑选一个出来，进行调用，这就要用到负载均衡了。负载均衡的策略肯定不只一种，要怎样把策略做成可配置的？又要如何实现这些策略？ - 结果缓存
每次调用查询接口时都要真的去Server端查询吗？是不是要考虑一下支持缓存？ - 多版本控制
服务端接口修改了，旧的接口怎么办？ - 异步调用
客户端调用完接口之后，不想等待服务端返回，想去干点别的事，如何支持？ - 优雅停机
服务端要停机了，还没处理完的请求，如何优雅的处理？
