面的发布消息部分讨论这

这些是连接内的轻型逻辑连接这就是所有工作的所在。重要的是要记住连接和通道的设计都旨在持续很长时间并可重复使用。首先当然是联系但如果可能的话还有渠道。让我们考虑一个例子如果为每条消息的发布打开一个新的连接和通道然后关闭那么每个这样的发布将使用个数据包而不是个。客户端和代理将每次重新协商连接参数分配资源然后释放它们。结果性能会受到影响。如果可能您应该遵守一个进程一个连接的规则。

同时进程内的执行线程打开自己的通道并在整个生命周期中使用它们。不建议多个线程使用一个通道在大多 亚美尼亚电报号码数据 数客户端中通道不是线程安全的。有时每个进程需要两个连接我们将在下种情况。如果有更多连接我们会在客户端和代理上获得额外资源消耗。检查连接的功能如果连接出现问题尽早发现问题以确保交换的稳定性非常重要。为此使用了心跳机制。当建立连接时客户端和代理商就某个超时值达成一致然后以大约等于超时一半的时间间隔交换帧。两帧过去后连接关闭。如果超时设置太低就会出现误报。



如果设置得太高则需要更长的时间才能发现问题。到秒之间的超时似乎适合大多数情况。不要混淆超时和间隔这一点非常重要。从客户端库中的方法和参数的名称并不总是清楚到底设置了什么但更常见的是设置超时。在这种情况下如果将该值设置为秒然后每秒发送帧连接将不断关闭。如果超时设置为秒则必须每秒发送一次帧。如果你根本不使用心跳机制也就是说如果代理对连接数量有限制则有可能积累一堆死连接并在下一次连接尝试时被拒绝。