RPC远程调用协议

定义

RPC（Remote Procedure Call，远程过程调用）是一种计算机通信协议，它允许一个计算机程序调用另一个计算机上的子程序，而不需要程序员显式编写远程调用的代码。RPC使得分布式计算更加容易，因为它隐藏了底层的网络通信细节（底层是TCP/UDP），使得程序员可以像调用本地函数一样调用远程函数。

执行流程

在RPC中，客户端程序通过发送一个请求消息给服务器端程序来调用远程函数。服务器端程序接收到请求消息后，执行相应的函数，并将结果返回给客户端程序。RPC协议通常使用TCP或UDP作为底层的传输协议，以保证数据的可靠传输。

特点

RPC的优点是可以使得分布式系统的开发更加容易，因为它隐藏了底层的网络通信细节，使得程序员可以像调用本地函数一样调用远程函数。RPC的缺点是需要额外的网络通信开销，因为每次调用远程函数都需要发送请求消息和接收响应消息。此外，RPC也需要考虑安全性和可靠性等问题。

成熟的RPC框架

Ice、gRPC、Tars

RPC实现问题

实现一个基础的RPC需要考虑两点：

• 函数映射
• 网络传输

RPC实现流程

1.定义IDL文件（像使用protobuf编写的pb文件）、编译工具根据使用语言生成stub文件（比如使用protoc编译器生成的C++的.cc和.h文件，），相当于静态库的方法实现函数映射；

2.网络传输的数据在RPC中通常还需要编码，解码操作。例如gRPC中用到protobuf来编码成二进制数据。

3.根据RPC协议约定数据头、元数据、消息体等，时请求和返回结果能够一一映射。

4.使用成熟的网络库进行TCP/UDP传输。

HTTP和RPC对比

HTTP是应用层协议；

RPC是远程过程调用方法，所谓的RPC协议实际上是在TCP、UDP，甚至是HTTP2的基础上改造的自定义协议；

编解码层

HTTP1.1

• 序列化协议：json

RPC

• 序列化协议：通常是protobuf。

序列化后体积比json小=》传输效率高。

协议层

基于TCP传输，都有消息头和消息体，区别是消息头。

• HTTP1.1

优点是灵活，但是消息头有一些冗余字段。例如还会带浏览器行为等。

• RPC

可定制化。

网络传输层

本质都是基于socket通信

• HTTP1.1

建立一个TCP长连接，通过keep-alive来复用连接；可以引入成熟的网络库，给HTTP加连接池，保证不只有一个TCP连接可用。

• RPC

建立TCP连接池，也会使用成熟的网络库来提高传输性能。gRPC基于HTTP2.0，拥有多路复用等优势。

优势与不足

优势

• 相较于HTTP1.1，数据包更小、序列化更快、所以传输效率更高。
• 基于TCP和HTTP2.0的RPC协议（用到TCP连接池或多路复用等技术），效率更高。
• 适用于微服务架构。

不足

• 本身无法解决微服务集群问题，例如：服务发现、服务治理等；
• 调用方对服务端的RPC接口有强依赖关系，例如远程调用函数如果有修改，stub桩文件需要频繁更新，否则接口可能会调用出错。可以通过自动化工具、版本管理工具来保证代码级别的强依赖关系。

RPC和HTTP的使用场景

微服务架构下，内部服务调用频繁，适用于RPC。

对外服务、单体服务、例如为浏览器提供服务，适合用HTTP，特别是HTTP2.0。

RPC框架

编解码层

• 代码编译工具将IDL文件转换成不同语言可以依赖得lib代码
• 序列化&反序列化：对象↔二进制字节流

尽量序列化后的数据体积更小，网络传输带宽消耗越小。

协议层

支持解析多种协议，或者自定协议。

作用：TCP通道中的二进制包，传输时会被拆分、合并，因此需要应用层确定消息边界。

网络传输层

一般可以使用成熟的网络通信框架（例如netty）。

会封装基础的socket来实现，或者使用IO多路复用来实现高并发、可靠传输。

RPC热门框架

gRPC

• 提供基础的RPC通信能力。
• 提供跨语言调用，适合不同语言提供服务的场景。
• 没有服务治理机制。需要开源工具实现服务发现、负载均衡、熔断限流等功能。

服务治理型

rpcx、dubbo

• 提供基础的RPC通信能力。
• 提供服务治理能力。服务发现、负载均衡、熔断限流。

服务治理

• 服务端

服务注册：上报服务名和服务的IP、端口

健康检测：心跳，让调用方知道服务出现问题

限流：过载保护、访问量过大

• 客户端

服务发现：根据服务名发现服务的IP、端口

路由策略：实现流量隔离,隔离联调环境

负载均衡：分发请求到服务集群的每一个节点

重试机制：故障重连

故障熔断：确认下游异常，直接截断请求，快速执行失败