RPC入门

1. PRC简介

远程过程调用,Remote Procedure Call。它是一种通过网络向远程计算机请求服务,而不需要了解底层网络技术的协议。通俗的说就是两台服务器A,B不在同一个节点,A服务器上部署的应用想调用B服务器提供的方法/函数,由于不在一个内存空间,不能直接调用(如果在同一个内存空间就可以通过指针/地址调用了),需要通过网络来表达调用的语义和传达调用的数据。比较成熟的方案有RMI、WebService等。

和RESTful一样,是目前比较主流的URL链接风格。

RPC的可以基于HTTP和TCP协议实现。把RPC比喻成交通工具,那么HTTP和TCP就相当于汽车。

RPC可以基于TCP协议也可以基于HTTP协议,RPC的主要目的只是获取由远程机器上的程序所执行的结果。

基于HTTP协议的RPC:基于HTTP协议的RPC调用则更像是我们访问网页一样,只是它的返回结果更加单一简单。其大致流程为:由服务的调用者向服务的提供者发送请求,这种请求的方式可能是GET、POST、PUT、DELETE等中的一种(服务的提供者可能会根据不同的请求方式做出不同的处理,或者某个方法只允许某种请求方式),而调用的具体方法则根据URL进行方法调用,而方法所需参数则可能是对服务调用方传输过去的XML数据或JSON数据解析后的结果,最后返回JOSN或XML的数据结果(这需要根据实际应用定义相关的协议)。由于目前有很多开源的WEB服务器,如Tomcat,JBoss等,所以其实现起来更加容易(就跟做Web项目一样)。

基于TCP协议的RPC:在Java中,可以利用Socket API实现基于TCP协议的RPC调用,由服务的调用方与服务的提供方建立Socket连接,并由服务的调用方通过Socket将需要调用的接口名称、方法名称和参数序列化后传递给服务的提供方,服务的提供方反序列化后再利用反射调用相关的方法,最后将结果返回给服务的调用方。整个基于TCP协议的PRC调用大致如此,但是在实例应用中则会进行一系列的封装。

由于处于协议栈的下层,能够更灵活地对协议字段进行定制,减少网络传输字节数,降低网络开销,提升性能,实现更大的吞吐量和并发数。但是需要更多地关注底层复杂的细节,实现的代价更高,且由于所定义协议自身的局限性,难以得到平台厂商和开源社区的支持,较难实现跨平台的调用。

2. RPC的优势

  • 单台服务器的处理能力受硬件成本的限制,不可能无限地提升。PRC将原来的本地调用转变为调用远端服务器上的方法,给系统的处理能力和吞吐量带来了近似于无限制提升的可能。这是分布式计算的基础。

  • RPC框架一般使用长链接,不必每次通信都要3次握手,减少网络开销

  • RPC框架一般都有注册中心,有丰富的监控管理

  • 发布、下线接口、动态扩展等,对调用方来说是无感知、统一化的操作

  • 协议私密,安全性较高

  • rpc 协议更简单内容更小,效率更高

  • 服务化架构、服务化治理,RPC框架是一个强力的支撑

3. RPC的工作原理

  1. 调用客户端句柄;执行传送参数

  2. 调用本地系统内核发送网络消息

  3. 消息传送到远程主机

  4. 服务器句柄得到消息并取得参数

  5. 执行远程过程

  6. 执行的过程将结果返回服务器句柄

  7. 服务器句柄返回结果,调用远程系统内核

  8. 消息传回本地主机

  9. 客户句柄由内核接收消息

  10. 客户接收句柄返回的数据

参考:

https://www.zhihu.com/question/25536695

百度百科

https://segmentfault.com/a/1190000004978353

Last updated