单页Web应用程序应该保持一个Web Socket连接到服务器还是多个？

Question

我正在使用web套接字的单个页面骨干网应用程序。该应用程序相当复杂，有6个或更多的主要区域（屏幕）。

网络套接字的语法看起来很简单，我现在想知道这个架构。

当使用网络套接字时，采用第一种方法还是第二种方法的性能最高？

：在应用程序的任何屏幕或区域上打开一个websocket用于所有实时服务器通信，然后在客户端过滤这些消息？

或...

：打开多个网页套接字的时间，其中每个web套接字代表

（我已经看到了这个网页应用程序的功能的一些地区，但它是关于服务器端和我对客户端感兴趣：What is the best practice for WebSocket server(s)?）

更新：服务器正在使用Jetty（与Tomcat不同的Java技术）。

Answer 1

我只打开一个连接，更容易管理。为了简化调试，您可以使用区域名称为所有事件命名空间。另外，socket.io支持命名空间，请参阅http://socket.io/#how-to-use这一节的“限制自己到命名空间”一节。

此外，如果你做很多与你的WebSocket通信您可以用可视化的API，例如这里将其关闭：https://developer.mozilla.org/en-US/docs/DOM/Using_the_Page_Visibility_API

Answer 2

不是直接回答你的问题，但是，既然你说你正在使用的骨干假设你在服务器上使用节点（如果没有，这可能是一个引人注目的理由），你可能会对this article感兴趣，它详细讨论了客户端和（节点）模型数据的共享，服务器来同步状态。骨干，如果您不知道，可以作为模块安装在节点中。

由于您的应用程序正如您所描述的那样相当复杂，您可能会从直接在客户端和服务器之间共享相同复杂模型的能力中受益。