RPC入门
1. PRC简介
远程过程调用,Remote Procedure Call。它是一种通过网络向远程计算机请求服务,而不需要了解底层网络技术的协议。通俗的说就是两台服务器A,B不在同一个节点,A服务器上部署的应用想调用B服务器提供的方法/函数,由于不在一个内存空间,不能直接调用(如果在同一个内存空间就可以通过指针/地址调用了),需要通过网络来表达调用的语义和传达调用的数据。比较成熟的方案有RMI、WebService等。
和RESTful一样,是目前比较主流的URL链接风格。
RPC的可以基于HTTP和TCP协议实现。把RPC比喻成交通工具,那么HTTP和TCP就相当于汽车。
基于HTTP协议的RPC:可以使用JSON或XML格式的响应数据,而JSON和XML作为通用的格式标准,开源的解析工具已经相当成熟,在其上进行二次开发屏蔽了很多底层繁琐的细节,非常便捷和简单。
基于TCP协议的RPC:由于处于协议栈的下层,能够更灵活地对协议字段进行定制,减少网络传输字节数,降低网络开销,提升性能,实现更大的吞吐量和并发数。但是需要更多地关注底层复杂的细节,实现的代价更高,且由于所定义协议自身的局限性,难以得到平台厂商和开源社区的支持,较难实现跨平台的调用。
综合来看,基于HTTP协议的RPC比基于TCP协议的RPC更具有优势。
2. RPC的优势
单台服务器的处理能力受硬件成本的限制,不可能无限地提升。PRC将原来的本地调用转变为调用远端服务器上的方法,给系统的处理能力和吞吐量带来了近似于无限制提升的可能。这是分布式计算的基础。
RPC框架一般使用长链接,不必每次通信都要3次握手,减少网络开销
RPC框架一般都有注册中心,有丰富的监控管理
发布、下线接口、动态扩展等,对调用方来说是无感知、统一化的操作
协议私密,安全性较高
rpc 协议更简单内容更小,效率更高
服务化架构、服务化治理,RPC框架是一个强力的支撑
3. RPC的工作原理
- 调用客户端句柄;执行传送参数
- 调用本地系统内核发送网络消息
- 消息传送到远程主机
- 服务器句柄得到消息并取得参数
- 执行远程过程
- 执行的过程将结果返回服务器句柄
- 服务器句柄返回结果,调用远程系统内核
- 消息传回本地主机
- 客户句柄由内核接收消息
- 客户接收句柄返回的数据
参考: