RPC原理

2 RPC概述

RPC(Remote Procedure Call)远程过程调用(远程方法调用)，是一种进程间通信方式，是一种技术思想而不是规范，允许像调用本地服务一样调用远程服务。例如，两台服务器A(101)、B(102)，分别部署不同的应用a,b。当A(User user = userService.getUser(String name))服务器想要调用B服务器应用b提供的方法(User getUser(String name))方法时，由于不在同一个JVM内存空间或不在同一个tomcat下，不能直接调用，需要通过网络传送调用的数据并且返回响应。其过程称为远程过程调用。

1.服务消费方(Client)调用本地调用方式来调用远程服务;

2.Client stub 接收到请求后将方法参数等组装成网络传输的消息体(序列化);

3.Client stub 找到服务地址,并将序列化好的消息发送到服务端;

4.Server stub收到消息后进行解码(反序列化);

5.Server stub根据解码结果调用本地服务;

6.本地服务执行并将结果返回server stub;

7.server stub将返回结果打包成消息(序列化),并发送至消费者;

8.client stub将返回结果打包成消息(发序列化)并发送至消费方;

9.法务消费方得到最终结果;

注：

1.同一个JVM下，一个方法可以调用另外一个方法。

2.不同的JVM下，一个项目的方法通过RPC调用另外一个方法。

3.基于不同协议(TCP,HTTP)。

业界有很多开源的优秀 RPC 框架，例如 Dubbo(阿里)、Thrift(FaceBook)、gRPC(Google)。

RPC的核心影响因素：

(1) 网络通信效率。

(2) 序列化和反序列化。

总结：

远程过程调用是思想而不是规范，怎么实现都可以例如dubbo，springCloud等我认为都数据rpc框架，概念每个人理解不一样，不必纠结概念，Dubbo框架对ClientStub和ServerStub序列化及反序列化做了相关的封装，开发人员只需编写相关的业务代码即可，无序关注底层怎么实现，对程序员来说是透明的，当然我们还需对Dubbo底层有一些大致的了解，知道它能实现什么功能，而且为什么在国内这么流行，Dubbo底层使用Netty(NIO)框架，NIO底层使用linux操作系统函数(epollCreate,epollWait,epollCtl)三条指令实现，需依赖操作系统，当然Dubbo还有很多功能，后期慢慢挖掘。