grpc-java managedchannelbuilder 可以处理的最大客户端数量是多少？
What is the maximum number of clients that a grpc-java managedchannelbuilder can handle?
当我们创建一个 managedChannelBuilder 并使用它来调用 grpc-java 服务调用时，我们可以用它服务多少个客户端？个别服务电话后，此频道不会关闭吗？
假设我有一个 REST 接口，它接受来自浏览器的 REST 调用
从这些 REST 服务方法中，我正在对独立的 grpc 服务器进行 grpc 客户端调用。我也可以同时期望 [4000-5000] 范围内的客户端连接。
我能多好地利用这个 managedChannelBuilder。我只需要一个吗？还是我需要汇集多个渠道建设者？
一般来说，如果您的代码可以轻松构建以共享它，我建议每个端点使用一个 ManagedChannel。 ManagedChannel 多路复用 RPC 并且是线程安全的，因此它可以同时处理多个 RPC。
在非常高的吞吐量的极少数情况下，使用多个 ManagedChannel 可能是有意义的。 Eventually ManagedChannel（或者，也许 Channel）本机应该支持这样做。
当我们创建一个 managedChannelBuilder 并使用它来调用 grpc-java 服务调用时，我们可以用它服务多少个客户端？个别服务电话后，此频道不会关闭吗？ 假设我有一个 REST 接口，它接受来自浏览器的 REST 调用 从这些 REST 服务方法中，我正在对独立的 grpc 服务器进行 grpc 客户端调用。我也可以同时期望 [4000-5000] 范围内的客户端连接。 我能多好地利用这个 managedChannelBuilder。我只需要一个吗？还是我需要汇集多个渠道建设者？
一般来说，如果您的代码可以轻松构建以共享它，我建议每个端点使用一个 ManagedChannel。 ManagedChannel 多路复用 RPC 并且是线程安全的，因此它可以同时处理多个 RPC。
在非常高的吞吐量的极少数情况下，使用多个 ManagedChannel 可能是有意义的。 Eventually ManagedChannel（或者，也许 Channel）本机应该支持这样做。