Websocket 前端应用程序中的多个web套接字

Websocket 前端应用程序中的多个web套接字,websocket,architecture,frontend,infrastructure,Websocket,Architecture,Frontend,Infrastructure,这是一个“设计”或“最佳实践”理论问题 大多数使用websocket连接的web应用程序最多使用一个websocket连接。但是,web应用程序使用更多(例如10)没有限制。对于数据分离或干净的代码用例,可能会选择更多的websocket连接(显然还有更多) 我的问题是-在你的webapp中有一个打开的websocket和有十个打开的websocket之间是否有显著的区别(在性能、正常运行时间等方面) 另外,想象一下这两种架构。在上面的一个窗口中,webapp根据需要打开任意多个websocke

这是一个“设计”或“最佳实践”理论问题

大多数使用websocket连接的web应用程序最多使用一个websocket连接。但是,web应用程序使用更多(例如10)没有限制。对于数据分离或干净的代码用例,可能会选择更多的websocket连接(显然还有更多)

我的问题是-在你的webapp中有一个打开的websocket和有十个打开的websocket之间是否有显著的区别(在性能、正常运行时间等方面)

另外,想象一下这两种架构。在上面的一个窗口中,webapp根据需要打开任意多个websocket连接。在较低的版本中,webapp始终只有一个到“代理”服务器的websocket连接,“代理”服务器根据需要打开到任意多个端点的websocket连接

问题-你能指出一些理论(实践)见解吗?为什么一个架构会选择一个架构而不是另一个?注意,下面的那个似乎太复杂了


谢谢大家!

此解决方案中WebSocket的用例是什么?你期望什么样的沟通模式?没什么特别的。这只是我突然想到的一件事。假设这是一种双向通信——有时前端决定发送一些帧,有时后端决定发送一些帧。