1. gRPC 概述：定义、对比、核心优势与典型场景
gRPC 是 Google 开源的高性能远程过程调用（RPC）框架，基于 HTTP/2 协议传输，使用 Protocol Buffers（protobuf）作为接口定义语言（IDL）和序列化工具。它允许客户端像调用本地函数一样直接调用另一台机器上的服务方法，屏蔽了网络通信、序列化、连接管理等底层细节。
一句话定义：gRPC = HTTP/2 传输 + Protobuf 序列化 + 强类型接口契约 + 双向流通信。
1.1 gRPC 与 REST 的核心对比
REST 是目前最流行的 API 设计风格，但 gRPC 在微服务内部通信、低延迟、流式数据等场景下具备显著优势。下表从多个维度对比两者差异：
| 对比维度 | gRPC | REST |
|---|---|---|
| 协议 | HTTP/2（二进制帧、多路复用、头部压缩） | HTTP/1.1 或 HTTP/2（通常为文本 JSON） |
| 接口定义 | 强类型：.proto 文件定义服务与方法 |
弱类型：URL + HTTP 方法 + 文档约定 |
| 序列化 | Protobuf（二进制，体积小、速度快） | JSON / XML（文本，体积大、解析慢） |
| 通信模式 | 一元、服务端流、客户端流、双向流 | 仅请求-响应（单向） |
| 代码生成 | 内置代码生成器，自动生成客户端/服务端桩代码 | 需手动编写或借助 OpenAPI 生成器 |
| 浏览器支持 | 需 gRPC-Web 代理，原生支持有限 | 原生支持，浏览器可直接调用 |
| 适用场景 | 微服务内部、低延迟、流式数据、多语言互调 | 外部 API、浏览器端、资源型 CRUD |
选型建议：内部服务间通信优先选 gRPC；对外暴露给浏览器或第三方客户端时，REST 仍是更通用的选择。两者可共存于同一系统，gRPC 做服务网格内部通信，REST 做边缘网关对外暴露。
1.2 gRPC 的核心优势
高性能
- HTTP/2 多路复用：单个 TCP 连接可并行处理多个请求，消除 HTTP/1.1 的队头阻塞。
- Protobuf 二进制序列化：体积比 JSON 小 3~10 倍，序列化/反序列化速度快 5~20 倍。
- 头部压缩（HPACK）：重复请求头压缩率可达 80% 以上，减少网络开销。
双向流（Bidirectional Streaming）
gRPC 支持四种通信模式，其中双向流允许客户端和服务端在同一个 RPC 调用中独立、并发地发送和接收消息，这是 REST 无法原生实现的：
- 一元（Unary）：客户端发送一个请求，服务端返回一个响应。
- 服务端流（Server Streaming）：客户端发送一个请求，服务端返回多个消息流。
- 客户端流（Client Streaming）：客户端发送多个消息流，服务端返回一个响应。
- 双向流（Bidirectional Streaming）：双方独立发送和接收消息流，实时交互。
强类型与契约驱动
通过 .proto 文件定义服务接口和消息结构，gRPC 编译器可自动生成多种语言的客户端和服务端代码。接口变更时，编译期即可发现类型错误，避免运行时兼容性问题。
注意：强类型虽提升了可靠性，但也意味着接口升级需要遵循兼容性规则（如字段编号不可复用、不可删除已发布字段）。建议在
.proto 文件中使用 optional 和 reserved 关键字管理版本。
1.3 典型应用场景
- 微服务间通信：服务网格（Service Mesh）中，gRPC 是 Istio、Linkerd 等主流网格的默认通信协议，提供低延迟、高吞吐的内部调用。
- 实时流式数据处理：物联网设备上报、日志采集、金融行情推送等场景，利用 gRPC 双向流实现毫秒级数据推送。
- 多语言异构系统集成：gRPC 支持 C++、Java、Go、Python、Node.js 等十余种语言，同一份
.proto文件可生成各语言代码，消除跨语言调用障碍。 - 移动端与后端通信：通过 gRPC-Web 或 gRPC 原生客户端，移动 App 可享受二进制序列化带来的省电、省流量优势。
- 高性能计算与 AI 推理：模型推理服务需要频繁传输张量数据，Protobuf 的高效序列化可显著降低推理延迟。
1.4 gRPC 通信模式架构图
下图展示了 gRPC 支持的四种通信模式，帮助理解客户端与服务端之间的消息流关系：
1.5 gRPC 调用流程与协议栈
下图展示了 gRPC 从客户端发起调用到服务端返回响应的完整协议栈层次：
1.6 快速体验：一个简单的 gRPC 服务定义
以下 .proto 文件定义了一个简单的用户查询服务，包含一元和双向流两种方法：
syntax = "proto3";
package user;
service UserService {
// 一元 RPC：根据 ID 查询用户
rpc GetUser (GetUserRequest) returns (User);
// 双向流 RPC：实时更新用户信息
rpc UpdateUserStream (stream UserUpdate) returns (stream UserStatus);
}
message GetUserRequest {
int32 user_id = 1;
}
message User {
int32 user_id = 1;
string name = 2;
string email = 3;
}
message UserUpdate {
int32 user_id = 1;
string field_name = 2;
string new_value = 3;
}
message UserStatus {
int32 user_id = 1;
bool success = 2;
string message = 3;
}