RPC

在 RPC 中，客户端导致在另一个地址空间（通常是远程服务器）上执行过程。该过程被编写为好像它是本地过程调用一样，将客户端程序与服务器通信的细节抽象化。远程调用通常比本地调用慢且不太可靠，因此有助于区分 RPC 调用和本地调用。流行的 RPC 框架包括 Protobuf、Thrift 和 Avro。

RPC 是一种请求-响应协议:

• 客户端程序 - 调用客户端存根过程。参数像本地过程调用一样推到栈上。
• 客户端存根过程 - 将过程 ID 和参数序列化（打包）到请求消息中。
• 客户端通信模块 - 操作系统将消息从客户端发送到服务器。
• 服务器通信模块 - 操作系统将传入的数据包传递给服务器存根过程。
• 服务器存根过程 - 反序列化结果，调用与过程 ID 匹配的服务器过程，并传递给定参数。
• 服务器响应重复上述步骤的逆序。

示例 RPC 调用:

GET /someoperation?data=anId

POST /anotheroperation { "data":"anId"; "anotherdata": "another value" }

RPC 专注于暴露行为。RPC 常常因为内部通信的性能原因而被使用，因为你可以手工定制原生调用以更好地适应你的用例。

RPC 的缺点

• RPC 客户端与服务实现紧密耦合。
• 每个新操作或用例都必须定义一个新的 API。
• 调试 RPC 可能很困难。
• 你可能无法即用即享地利用现有技术。例如，可能需要额外的工作来确保 [RPC 调用在缓存服务器（如 Squid）上正确缓存](http://etherealbits.com/2012/12/debunking-the-myths-of-rpc-rest/)。