RPC入门

RPC框架原理

Remote Procedure Call——远程过程调用

转载自：https://mp.weixin.qq.com/s/P2kqjTK1vnufk4mvokQcbg

（图片来自网络 侵删）

RPC框架

RPC框架包含三部分：

1.Server:暴露服务的服务提供方

2.Client远程调用服务的服务消费方

3.Registry:注册服务与发现的注册中心

RPC调用流程

一次RPC调用流程

各个部分的解释：

https://www.jianshu.com/p/9ccdea882688

简化的RPC调用过程

RPC服务的基本架构图如上，可以很清楚地看到，一个完整的RPC架构里面包含了四个核心的组件，分别是Client ,Server,Client Stub以及Server Stub，这个Stub大家可以理解为存根。分别说说这几个组件：

客户端（Client）：服务的调用方。

服务端（Server）：真正的服务提供者。

客户端存根：存放服务端的地址消息，再将客户端的请求参数打包成网络消息，然后通过网络远程发送给服务方。

服务端存根：接收客户端发送过来的消息，将消息解包，并调用本地的方法。

作者：鸡哥cy

转载链接：https://www.jianshu.com/p/9ccdea882688

总结一次RPC调用流程（同步调用）：

1）服务消费方client调用以本地调用方式调用服务

2）client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体；

3）client stub找到服务地址，并将消息发送到服务端；

4）server stub收到消息后进行解码；

5）server stub根据解码结果调用本地的服务；

6）本地服务执行并将结果返回给server stub；

7）server stub将返回结果打包成消息并发送至消费方；

8）client stub接收到消息，并进行解码；

9）服务消费方得到最终结果。

RPC框架的目标就是要2~8这些步骤都封装起来，让用户对这些细节透明。

服务注册&发现

服务提供者启动后主动向注册中心注册机器ip、port以及提供的服务列表；

服务消费者启动时向注册中心获取服务提供方地址列表，可实现软负载均衡和Failover

使用到的技术

1、动态代理

生成 client stub和server stub需要用到 Java 动态代理技术 ，我们可以使用JDK原生的动态代理机制，可以使用一些开源字节码工具框架 如：CgLib、Javassist等。

2、序列化

为了能在网络上传输和接收 Java对象，我们需要对它进行 序列化和反序列化操作。

* 序列化：将Java对象转换成byte[]的过程，也就是编码的过程；

* 反序列化：将byte[]转换成Java对象的过程；

可以使用Java原生的序列化机制，但是效率非常低，推荐使用一些开源的、成熟的序列化技术，例如：protobuf、Thrift、hessian、Kryo、Msgpack

关于序列化工具性能比较可以参考：jvm-serializers

3、NIO

当前很多RPC框架都直接基于netty这一IO通信框架，比如阿里巴巴的HSF、dubbo，Hadoop Avro，推荐使用Netty 作为底层通信框架。

4、服务注册中心

可选技术：

* Redis

* Zookeeper

* Consul

* Etcd

编程实践

本人基于 Netty4 + Zookeeper + protostuff + Spring 实现了一个简单、高效的RPC框架Mango：https://github.com/TiFG/mango，欢迎大家fork/star。

开源的优秀RPC框架

阿里巴巴 Dubbo：https://github.com/alibaba/dubbo

新浪微博 Motan：https://github.com/weibocom/motan

gRPC：https://github.com/grpc/grpc

rpcx ：https://github.com/smallnest/rpcx

Apache Thrift ：https://thrift.apache.org/