多个websocket通道,单个ws对象?

多个websocket通道,单个ws对象?,websocket,Websocket,我将订阅同一服务器的多个websocket频道。编写一个管理器,根据Json中的标记将我接收到的各种类型的更新分配给不同的队列是可能的,但是在我的应用程序中创建多个websocket客户端对象,这样每个websocket对象只订阅一个通道,可以节省编程时间。 这是一个明智的想法还是应该只使用一个websocket客户端?正确的答案实际上取决于您的体系结构。但是,一般来说: 如果可以,请坚持使用单个websocket客户端 服务器对其可以处理的连接数量有限制,这意味着对于每一个新的Websocke

我将订阅同一服务器的多个websocket频道。编写一个管理器,根据Json中的标记将我接收到的各种类型的更新分配给不同的队列是可能的,但是在我的应用程序中创建多个websocket客户端对象,这样每个websocket对象只订阅一个通道,可以节省编程时间。
这是一个明智的想法还是应该只使用一个websocket客户端?

正确的答案实际上取决于您的体系结构。但是,一般来说:

如果可以,请坚持使用单个websocket客户端

服务器对其可以处理的连接数量有限制,这意味着对于每一个新的Websocket客户端,您都越来越接近服务器的限制(即使Websocket除了保持打开之外什么都不做)

如果每个客户端打开两个Websocket连接,服务器可以处理的客户端数量将减少一半,每个客户端打开4个连接,服务器的容量将下降到25%


这直接转化为金钱和成本,因为运行另一台服务器会增加您的开支。此外,当您必须扩展到单个服务器之外时,您会增加后端成本。

正确的答案实际上取决于您的体系结构。但是,一般来说:

如果可以,请坚持使用单个websocket客户端

服务器对其可以处理的连接数量有限制,这意味着对于每一个新的Websocket客户端,您都越来越接近服务器的限制(即使Websocket除了保持打开之外什么都不做)

如果每个客户端打开两个Websocket连接,服务器可以处理的客户端数量将减少一半,每个客户端打开4个连接,服务器的容量将下降到25%

这直接转化为金钱和成本,因为运行另一台服务器会增加您的开支。此外,当您必须扩展到单个服务器之外时,您会增加后端成本