單頁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感興趣，它詳細討論了客戶端和（節點）模型數據的共享，服務器來同步狀態。骨幹，如果您不知道，可以作爲模塊安裝在節點中。

由於您的應用程序正如您所描述的那樣相當複雜，您可能會從直接在客戶端和服務器之間共享相同複雜模型的能力中受益。