GRPC
描述了gRPC的概念已经它和http/2的关系。
grpc概述
gRPC（g Remote Procedure Call）是一种 高性能、开源的远程过程调用（RPC）框架，由 Google 开发并开源，基于 HTTP/2 协议和 Protocol Buffers（protobuf）进行数据序列化。
gRPC 允许客户端和服务器之间通过网络进行函数调用，就像调用本地函数一样，封装了底层网络通信的复杂性。
grpc利用h2作为传输层
多路复用
- HTTP/2 允许在同一个 TCP 连接上同时发送多个请求和响应，互不干扰。
- gRPC 利用这一特性，让多个 RPC 请求在同一连接上复用，实现高效通信，避免了 HTTP/1.1 中 “队头阻塞” 的问题（在 HTTP/2 层面，而非 TCP 层面）。
流式传输
- HTTP/2 支持 双向流式传输，gRPC 基于此实现了多种通信模式：
- 普通 RPC：请求和响应一次性完成。
- 服务端流式：服务端连续发送数据流给客户端。
- 客户端流式：客户端连续发送数据流给服务端。
- 双向流式：客户端和服务端可以同时发送数据流，像 WebSocket 一样。
头部压缩
- HTTP/2 使用 HPACK 算法压缩请求和响应头部，减少传输开销。
- gRPC 中的元数据（Metadata）通过头部传输，HTTP/2 的压缩特性使 gRPC 传输更高效。
二进制帧
- HTTP/2 使用二进制帧传输数据，而不是 HTTP/1.1 的纯文本格式。
- gRPC 基于 HTTP/2 的二进制传输，结合 Protocol Buffers（protobuf）进行高效的数据序列化与反序列化，进一步提升了性能。
长连接
- HTTP/2 采用长连接机制，一个连接可以复用，避免了频繁建立和关闭连接的开销。
- gRPC 基于 HTTP/2 的长连接，可以高效地维护多个并发请求的通信通道。
grpc调用过程
+-----------------------+
| gRPC 应用层 | <- gRPC 定义服务和方法，处理逻辑
+-----------------------+
| HTTP/2 传输层 | <- 提供多路复用、流式传输等能力
+-----------------------+
| TCP/网络层 | <- 负责底层数据包传输
+-----------------------+gRPC 请求发送时，会形成一个基于 HTTP/2 的消息，具体如下：
- HTTP 方法：
POST - 路径：
/ServiceName/MethodName
例如：/Greeter/SayHello - Content-Type：
application/grpc（表示这是一个 gRPC 请求） - 消息体（Body）：
- 经过 Protocol Buffers 序列化的二进制数据。
示例 HTTP 请求头（gRPC 格式）：
POST /Greeter/SayHello HTTP/2
Host: example.com
Content-Type: application/grpc
TE: trailers为什么不使用GET
gRPC 选择 POST 而非 GET 的主要原因是：
数据放在 Body 中：
- gRPC 需要发送复杂的、二进制序列化后的数据，
GET方法无法携带请求体（HTTP 标准限制）。 POST可以将数据放在请求的 Body 中，这是最合适的选择。
- gRPC 需要发送复杂的、二进制序列化后的数据，
支持流式传输：
- gRPC 允许请求和响应中包含 多条消息流（如双向流式 RPC）。
POST方法天然适合支持这种长时间、数据流式传输的场景，而GET不具备这种能力。
幂等性要求：
- HTTP 中，
GET通常被认为是 幂等 的（不会改变服务器状态），适合查询操作。 - gRPC 的 RPC 调用可能涉及状态变更和复杂业务逻辑，使用
POST更符合语义。
- HTTP 中，
版权所有
版权归属：Pray0