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的工作原理
调用客户端句柄；执行传送参数
调用本地系统内核发送网络消息
消息传送到远程主机
服务器句柄得到消息并取得参数
执行远程过程
执行的过程将结果返回服务器句柄
服务器句柄返回结果，调用远程系统内核
消息传回本地主机
客户句柄由内核接收消息
客户接收句柄返回的数据
参考：
Last updated
Was this helpful?