Singleton Apache Thrift 客户端是否比多个客户端实例更好？

Question

我有一个 thrift 服务器应用程序和另一个通过 apache thrift 与之通信的客户端应用程序。

3 个问题：

1 - 在我的客户端应用程序中，当创建一个节俭客户端并打开传输以进行通信时，通过保持传输在整个应用程序生命周期（也就是始终开启）中重用相同的客户端和传输作为单例更好吗？打开，或者创建一个新客户端，打开传输，然后在每次调用节俭服务器时关闭它会更好？

2 - 为什么？

3 - 就性能而言，它是否会改变任何东西（考虑通过同一个客户端打开和关闭传输和数据吞吐量的开销）？

Answer 1

'1 和'2。带有 I/O 堆栈（proto/trans）的单个 Thrift 客户端代表单个连接。连接的设置和拆除成本相对较高，因此如果您经常使用客户端，保留它通常是个好主意。但是，客户端对象通常不是线程安全的，因此如果您的应用程序是多线程的，您将需要管理对客户端的访问，以便对 RPC 请求/响应操作进行序列化。

'3.如果你经常发出 RPC 请求，打开和关闭连接会增加很多开销，所以通常最好保持连接打开。另一方面，如果您很少发出 RPC 请求，则在不使用连接时保持连接打开会占用服务器上的资源，因此最好为每个稀疏请求打开和关闭。

我的建议是在真空中为每个独立线程创建一个客户端，但真正的答案是对每种情况进行试验并衡量结果，选择最快/最便宜的结果。