知识卡片
流式RPC解决长交互
内容
Unary RPC 一次请求对应一次响应，遇到大数据量或持续交互会吃力；Streaming RPC 允许一端或双端持续发送消息。发散：接口形态要匹配业务时间跨度，别用短问答硬扛长会话。
参考来源
- 位置：《Go语言入门到实战（共3册）》第3章《Go语言编程之旅：第3章 RPC应用：启动你的RPC服务》（源文件：_epub-src/text/part0008_split_000.html）
- 结论依据：原文围绕“为什么会出现Streaming RPC”给出定义、机制、流程、对比或限制条件，本卡片据此提炼可迁移的语言/工程结论，并补充了边界或实践启发。
- 原始内容：为什么会出现Streaming RPC，是 Unary RPC 有什么问题吗？通过模拟业务场景可以得知，在使用Unary RPC时，会出现如下问题：