我应该共享 gRPC 存根还是通道？

Question

用于创建通道的 gRPC C++ API 返回一个 shared_ptr。生成的函数 NewStub 返回一个 unique_ptr。但是我看到reports of people having issues 试图创建多个存根类型的实例，共享一个通道。他们的解决方案是共享存根。

从文档或 API 中不清楚客户端是要创建多个共享通道的存根实例还是共享单个存根。请澄清存根、通道和唯一客户端连接之间的概念关系。

潜水更深一点： 服务器可以提供多个服务，客户端端点可以使用单个通道将相应的存根类型连接到这些服务中的每一个。为此，很明显不同的存根类型共享单个通道来与服务器端点通信。 gRPC 是否期望给定服务的每个通道只有一个客户端，或者我可以在客户端端点上有多个客户端与单个服务通信？如果允许，如何在客户端端点上为给定服务实现多个客户端？服务器如何将这些区分为独立的客户端？

顺便说一句，This SO post 表示通道和存根都是线程安全的。 （这篇文章专门针对 Java，但我假设它会延续到 C++）。

Answer 1

我认为首先我们需要澄清 channel 和 stub 的定义，根据official documents：

频道：

gRPC 通道提供与指定主机和端口上的 gRPC 服务器的连接...

结论：一个通道代表一个 TCP 连接。

存根：

在客户端，客户端有一个称为存根的本地对象（对于某些语言，首选术语是客户端），它实现与服务相同的方法。

结论：一个存根代表一个客户端。

通过阅读许多其他资料，我确信单通道（tcp连接）可以复用，现在我们有两种选择来实现它：

1. 一个通道一个存根
   一个存根 多个流

2. 一个通道 多个存根
   一个存根 多个流

唯一的区别是是否在存根之间共享频道。我的回答是：可以，原因是：

1. 您的 reports of people having issues 示例是用 ruby​​ 编写的，但我也可以找到站在对面的 python examples。所以行为可能取决于语言实现。

2. 同步 cpp 客户端示例使用一个 stub 对象来发出 rpc，并且它没有任何关联的流对象，那么实现多路复用目的的唯一方法就是在它们之间共享一个通道对象存根。

综合以上两个原因，我得出结论：在 C++ 中，存根之间共享通道是有效的。

现在，回到你的问题：

gRPC 是否期望给定服务的每个通道只有一个客户端，或者我可以在客户端端点上有多个客户端与单个服务通信？

当然，您可以让多个客户端与单个服务通信。

如果允许，我如何在客户端端点上为给定服务实现多个客户端？

您可以只从一个通道或多个通道生成多个存根，前者是考虑连接开销的更好选择。

服务器如何将它们区分为独立的客户端？

这是由于http2的原因，它可以复用，并且有自己的规则来实现这一点，grpc需要做的就是遵循这些规则。

希望这会有所帮助！