c++ - gRPC c++ 多个未完成的请求

Question

我有一个服务器/服务器应用程序，其中一个服务器看起来很像客户端，但正在为来自客户端的请求提供服务——所以我将其称为客户端。有几种不同的 rpc 消息，我们称它们为 resolve、bind、unbind。我希望客户端能够自由地异步发送解析、绑定和取消绑定请求，最终获得响应。我是否需要为此使用不同的频道（希望不是），我是否需要对每个频道进行流式传输——这似乎有点奇怪，因为我希望能够发送解析、绑定和解除绑定（及其有效负载）不得不等待回复。是的，我最终会处理响应（但在我闲暇时），通常仅作为清理的一部分或转发给真正的客户。使用 gRPC 是否合理，是否需要不同的通道，是否将它们全部标记为（流请求类型）返回（流响应类型），

Answer 1

当您在异步服务器上处理 rpc 时，您需要 CallData 之类的东西来维护待处理 rpc 的上下文。您可以重用请求和响应对象，但不应重用 ClientContext 和 ServerContext。