正文
一、什么是 RPC？
RPC 指远程过程调用（Remote Procedure Call），它的调用包含传输协议和编码（对象序列）协议等，允许运行于一台计算机上的程序调用另一台计算机上的子程序，而开发人员无需额外为这个交互作用编程，就像对本地函数进行调用一样方便。
二、什么是 gRPC？
gRPC 是一个高性能、开源、通用的 RPC 框架，目前提供了 C、Java 和 Go 等语言版本，分别是 gRPC、gRPC-java 和 gRPC-go。其中 C 语言版本支持 C、C++、Node.js、Python、Ruby、Objective-C、PHP 和 C#。
gRPC 基于 HTTP/2 标准设计，拥有双向流、流控、头部压缩、单 TCP 连接上的多复用请求等特性。这些特性使得其在移动设备上表现更好，更节省空间。gRPC 的接口描述语言（Interface Description Language，IDL）使用的是 Protobuf，是由 Google 开源的。
三、gRPC 调用模型：
gRPC 调用模型
- 客户端（gRPC Stub）在程序中调用某方法，发起 gRPC 调用。
- 对请求信息使用 Protobuf 进行对象序列化压缩（IDL）。
- 服务端（gRPC Server）接受请求后，解码请求体，进行业务逻辑处理并返回。
- 对相应结果使用 Protobuf 进行对象序列化压缩（IDL）。
- 客户端接收服务端响应后，解码请求体。回调被调用的 A 方法，唤醒正在等待响应（阻塞）的客户端调用并返回响应结果。
四、Protobuf 简介
Protobuf（Protocol Buffers）是一种与语言、平台无关，且可扩展的序列化结构数据描述语言，通常称其为 IDL，常用于通信协议、数据存储等，与 JSON、XML 相比，它更小、更快，因此也更受开发人员的青睐。
五、gRPC 的优点
- 性能好。gRPC 使用的 IDL 是 Protobuf。Protobuf 在客户端和服务端上都能快速地进行序列化，并且序列化后的结果较小，能够有效地节省传输占用的数据大小。另外，gRPC 是基于 HTTP/2 协议设计的，因此优势非常显著。另外常常会有人问，为什么 gRPC 用 Protobuf，而不用 JSON、XML 这类 IDL 呢？其主要原因如下：1. 在定义上更简单、明了。2. 数据描述文件的大小是另外两者的 1/10 至 1/3。3. 解析速度是另外两者的 20 倍至 100 倍。4. 减少了二义性。5. 生成了更易使用的数据访问类。6. 序列化和反序列化速度更快。 7. 在传输过程中开发者不需要过多的关注其内容。
- 代码生成方便。在代码生成上，只需用一个 proto 文件就能够定义 gRPC 服务和消息体的约定。gRPC 及其生态圈提供了大量的工具，可从 proto 文件中生成服务基类、消息体、客户端等代码，也就是说，客户端和服务端公用一个 proto 文件就可以了，保证了 IDL 的一致性，且减少了重复工作。
- 流传输。gRPC 通过 HTTP/2 对流传输提供了大量的支持。1. Unary RPC：一元 RPC。2. Server-side streaming RPC： 服务端流式 RPC。3. Client-side streaming RPC：客户端流式 RPC。4. Bidirectional streaming RPC：双向流式 RPC。
- 超时和取消。gRPC 允许客户端设置截止时间，若超过截止时间，则本次 RPC 请求会被取消。与此同时，服务端也会受到取消动作的事件，一次客户端和服务端都可以在到达截止时间后对取消事件进行相关处理。
昨天匆匆复习完 gin 开发框架，以及一些生态圈内的库，今天开始我学习《Go 语言编程之旅》的重头戏——gRPC。这也是我买这本书，学习这本书的目的所在。后面加油认真学，应用到工作中去，去揭开相对底层一点的技术的面纱一角。
