RPC框架调用过程详解

RPC框架调用过程详解

2017年09月16日 21:14:08 荷叶清泉 阅读数 6275

 

版权声明：本文为博主原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/heyeqingquan/article/details/78006587

RPC是远程调用过程的简写，是一个协议，处于网络通信协议的第五层：会话层，其下就是TCP/IP协议，在建立在其基础上的通信会话协议。RPC定义了交互的模式，而应用程序使用这些模式，来访问其他服务器的方法，并不需要关系具体的网络上的细节。

一、RPC基础知识

1.RPC模式

RPC采用C/S模式，客户端发送请求，服务端响应。

基于底层的协议，比如TCP/IP模式。

2.设计目的

①通过固定的协议，调用非本机的方法

②实现不同程序语言之间的通信

③不需要了解底层协议，像本地方法一样调。它完全封装了网络传输，以及其他细节。

二、RPC过程详解

图一   RPC调用过程

从RPC的角度看，应该有服务的提供方，即生产者；还有服务的调用方，即消费者。

对消费者来时，在RPC调用过程中，使用第1步、第2步、第3步、第4步是透明的，其他的都是使用RPC框架去封装这些事情。当应用开始调用PRC的方式时，就会去容器中去取Bean对象，所以我们应该首先注册Bean对象到容器中，我们通过Java的动态代理，将代理过程封装到代理对象中，代理对象实现接口，创建实例到容器中。相应的，在调用远程对象的对象方法时，就会调用动态代理中的方法，这就是代理层的作用。

代理对象在获取到请求方法、接口和参数时，就会用序列化层，将这些信息封装成一个请求报文，再让通信层向服务端传送报文的内容，然后就到了生产者这块。

相应的服务必须有个监听器，来监听来自其他服务的请求，一般都会用容器做消息的监听，就会调用对应的Bean对象的方法，去处理响应的请求。当然，RPC框架不会让容器中的每一个框架都会被调用，所以只有注册了的Bean才会被RPC的请求调用到。然后，通过请求中的类、方法、参数，反射调用对应的Bean，拿到结果之后，通过序列化层，封装好结果报文，服务端的通信层将报文反馈给调用方，调用方解析到返回值，动态代理类返回结果，调用结束。

这样，一个完整的RPC调用反馈链条就完成了。

1.消费者设计

图二  消费者设计

①代理层：

消费者将对应的接口，通过RPC框架的代理来生成一个对象到Spring容器中。代理层将代理接口生成该接口的对象，该对象处理调用时传过来的对象、方法、参数，通过序列化层封装好，调用网络层。

②序列化层：

将请求的参数序列化成报文；将返回的报文反序列化成对象；

③网络层：

将报文与服务端通信；接收返回结果。

2.生产者设计

图三  生产者设计

①代理层：

一个应用提供服务，必须由一个网络监听的模块，这个模块大多有开源的容器来处理网络上的监听；服务需要注册，只有注册了的服务才可以被调用；注册的服务需要被我们发射调用到，来进行相应的处理。

②序列化层：

就是相应的做请求的反序列化和结果的序列化。

③网络层：

接收客户端报文；将序列化的结果返回给客户端。

三、RPC模式总结

图三  RPC模式总结

1.Proxy代理层

用于对象的代理；对象的反射调用；RPC流程的控制。

2.Serialize序列化层

将请求序列化和结果反序列化。

3.Invoke网络模块

主要用于网络通信的相关处理。

4.Container容器组件

这层主要用于代理层监听网络请求。

以上就是RPC协议的设计理念，理解学习RPC有助于我们更好的理解分布式服务框架，这属于分布式服务的基础，下一篇博文将为大家介绍一下详细的分布式框架。