RPC 框架的结构
一个最简单的 RPC 框架分成三个部分：注册中心、服务端、客户端。以下是一个最简单的结构流程图。
组成部分：
- 注册中心：用于注册和获取服务。
- 服务端：指提供服务的一方，也叫服务提供方
Provider - 客户端：指调用服务的一方，也叫服务消费者
Consumer
流程：
- 服务端把服务信息注册到注册中心，通常包含服务端地址、接口类和方法
- 客户端从注册中心获取对应服务的信息
- 客户端根据服务的信息，通过网络调用到服务端的接口
RPC 框架的设计
上面的流程有很多细节没有画出来，例如：
- 服务端以什么形式注册到注册中心？
- 客户端是怎么做到像调用接口一样调用服务？
- 调用服务的网络协议是怎样的？
一个基本的 RPC 框架，需要包含以下部分：
- 注册中心：注册中心负责服务信息的注册与查找。服务端在启动的时候，扫描所有的服务，然后将自己的服务地址和服务名注册到注册中心。客户端在调用服务之前，通过注册中心查找到服务的地址，就可以通过服务的地址调用到服务啦。常见的注册中心有
Zookeeper、Eureka等。 - 动态代理：客户端调用接口，需要框架能自己根据接口去远程调用服务，这一步是用户无感知的。这样一来，就需要使用到动态代理，用户调用接口，实际上是在调用动态生成的代理类。常见的动态代理有：
JDK Proxy，CGLib，Javassist等。 - 网络传输：RPC 远程调用实际上就是网络传输，所以网络传输是 RPC 框架中必不可少的部分。网络框架有
Java NIO、Netty框架等。 - 自定义协议：网络传输需要制定好协议，一个良好的协议能提高传输的效率。
- 序列化：网络传输肯定会涉及到序列化，常见的序列化有
Json、Protostuff、Kyro等。 - 负载均衡：当请求调用量大的时候，需要增加服务端的数量，一旦增加，就会涉及到符合选择服务的问题，这就是负载均衡。常见的负载均衡策略有：轮询、随机、加权轮询、加权随机、一致性哈希等等。
- 集群容错：当请求服务异常的时候，我们是应该直接报错呢？还是重试？还是请求其他服务？这个就是集群容错策略啦。