cloudflare为您详解gRPC 之路

在 2020 年生日周期间，Cloudflare 发布了对 gRPC 的支持。大家对 Beta 测试的浓厚兴趣令我们受宠若惊，在此我们向所有申请并** gRPC 的人致以衷心感谢！在本文中，我们将深入探讨有关如何实施这一支持的技术细节。
　　
　　什么是 gRPC？
　　
　　gRPC 是通过 HTTP/2 运行的一种开源 RPC 框架。RPC（远程过程调用）是供计算机用于命令另一台计算机执行某项操作，而不是调用库中的本地函数。长久以来，分布式计算发展过程中一直都有 RPC 的身影，出现了针对不同领域的不同实现。以下特征造就了 gRPC 的与众不同：
　　
　　需要现已广泛使用的现代 HTTP/2 协议进行传输。
　　
　　以开源形式提供完整的客户端/服务器参考实现、演示和测试套件。
　　
　　不指定消息格式，但协议缓冲区是首选的序列化机制。
　　
　　客户端和服务器都可流式传输数据，避免了轮询新数据或创建新连接的麻烦。
　　
　　在协议方面，gRPC 广泛使用HTTP/2 帧：请求和响应看起来与普通的 HTTP/2 请求非常相似。
　　
　　不过，与众不同的地方在于 gRPC 使用了 HTTP 尾部（trailer）。HTTP 尾部尽管没有得到广泛使用，自 1999 年于原始 HTTP/1.1 RFC2616中定义以来一直存在。根据定义，HTTP 消息标头位于 HTTP 消息正文之前，但 HTTP 尾部是一组可附加到消息正文后面的 HTTP 标头。不过，由于 HTTP 尾部的用例不多，因此许多服务器和客户端实施没有全面支持它们。虽然 HTTP/1.1 需要为其正文使用分块传输编码来发送 HTTP 尾部，但对于 HTTP/2，尾