gRPC

核心技术栈

gRPC 把三件事组合在一起：HTTP/2 提供多路复用和头部压缩；Protocol Buffers（protobuf） 作为序列化格式，比 JSON 小 3-10 倍、解析快 5-100 倍；IDL（接口定义语言）定义服务和消息格式，工具链从 .proto 文件自动生成十几种语言的客户端和服务端代码。

gRPC 支持四种通信模式：

• 一元 RPC：请求-响应，最简单
• 服务器流：一个请求，多个响应（类似订阅）
• 客户端流：多个请求，一个响应（类似批量上传）
• 双向流：全双工，WebSocket 级别的实时通信

适用场景与限制

gRPC 在微服务内部通信上优势明显：服务间大量小请求，protobuf 的低开销积累起来节省可观；自动生成代码避免了手写 HTTP 客户端的重复劳动；强类型接口让跨团队协作更安全。Google、Netflix、Dropbox、Cisco 都大规模使用。

但 gRPC 在浏览器端有局限：浏览器的 fetch API 无法直接控制 HTTP/2 帧，因此前端必须走 gRPC-Web（需要代理转换）或改用 ConnectRPC（同时兼容 gRPC 和 HTTP/JSON）。调试比 REST 麻烦，Protobuf 编码是二进制，不能直接 curl 查看。