• tRPC协议设计
• trpc.proto

grpc

四种通信模式实现​​:

​- ​Unary RPC​​：单一请求对应单一响应（类似传统 HTTP 请求）。 ​​- Server Streaming​​：服务端通过同一流发送多个响应。 ​​- Client Streaming​​：客户端通过同一流发送多个请求。 ​​- Bidirectional Streaming​​：全双工通信，双方可异步发送消息（基于 HTTP/2 流控机制）。

tRPC在服务命名上定义了以下3个纬度信息：

• app名（应用名），表示某个业务系统的名称，用于标识某个业务下不同服务模块的一个集合；
• server名（模块名），表示具体服务模块的名称，一般也称为模块的进程名称；
• service名，表示具体服务提供者的名称，一般使用proto文件定义的Service名称； 其中app.server 的组合在全局上要具备唯一性。

服务命名这样定义的好处是：

• 大规模数据包。 比如，有一个大文件需要传输。 使用流式 RPC 时，客户端分片读出文件内容后直接写入到流中，服务端可以按客户端写入顺序读取到文件分片内容，然后执行业务逻辑。 如果使用单次 RPC，需要多次调用RPC方法，会遇到分包、组包、乱序、业务逻辑上下文切换等问题。
• 实时场景。 比如，股票行情走势，资讯 Feeds 流。 服务端接收到消息后，需要往多个客户端进行实时消息推送，流式 RPC 可以在一次 RPC 调用过程中，推送完整的消息列表。
• Istio、Envoy、Nacos 等项目，内部都是用 gRPC 作为通信协议来实现控制平面

三种流式 RPC 方法

tRPC 协议的流式 RPC 分为三种类型：