RPC框架调用过程详解
2017年09月16日 21:14:08 荷叶清泉 阅读数 6275 版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接： https://blog.csdn.net/heyeqingquan/article/details/78006587RPC是远程调用过程的简写，是一个协议，处于网络通信协议的第五层：会话层，其下就是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有助于我们更好的理解分布式服务框架，这属于分布式服务的基础，下一篇博文将为大家介绍一下详细的分布式框架。