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

• app 名（应用名）：表示某个业务系统的名称，用于标识某个业务下不同服务模块的一个集合。
• server 名（模块名）：表示具体服务模块的名称，一般也称为模块的进程名称。
• service 名：表示具体服务提供者的名称，一般使用 proto 文件定义的 Service 名称。

其中 app.server 的组合在全局上要具备唯一性。

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

三种流式 RPC 方法

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

协程（Coroutine）

N:1 协程。

协程是语言级别的特性（C++20 原生支持），由编译器生成状态机逻辑，通过 co_await、co_yield 等关键字实现隐式挂起和恢复，无需直接操作底层上下文。