我可以通過socket.emit發送多少數據？

Question

所以我使用node.js和socket.io。我有這個小程序將文本框的內容發送到node.js服務器。然後，服務器將其中繼到其他連接的客戶端。有點像聊天服務，但不完全。

無論如何，如果用戶輸入2-10k價值的文本並嘗試發送該文件呢？我知道我可以嘗試一下，看看自己，但我正在尋找一個實用的最佳實踐限制，即可以通過發射完成多少數據。

Answer 1

節點和socket.io沒有任何內置的限制。你不必擔心的是消息大小，每秒發送的消息數量，連接的客戶端數量以及服務器可用的帶寬之間的關係，換句話說，沒有簡單的答案。

讓我們考慮一個10 kB的消息。當有10個客戶端連接時，這相當於服務器必須推出的100 kB數據，這是完全合理的。添加更多的客戶端，並且事情變得更加苛刻：10 kB * 5,000客戶端= 50 MB。當然，你還必須考慮協議開銷的數量：每個數據包，TCP增加20個字節，IP增加20個字節，以太網增加14個字節，總共54個字節。假設一個1500字節的MTU，你看每個客戶端8個數據包（不考慮重傳）。這意味着您將通過線路爲每個客戶端發送8 * 54 = 432字節的開銷+ 10 kB有效負載= 10,672字節。

10.4 kB * 5000 clients = 50.8 MB。

在100 Mbps鏈接，你看理論最小值4.3一秒鐘來傳送10KB的消息，5000個客戶，如果你能鏈接飽和。當然，在現實世界中丟棄的數據包和損壞的數據需要重新發送，這將需要更長的時間。

即使發送10 kB到5000個客戶端的時間非常保守，估計時間爲8秒，但在每隔10-20秒發送一次消息的聊天室中，這可能就沒有問題。

因此，其實可以歸結爲幾個問題，按重要性順序：

1. 多少帶寬將您的服務器（S）有可用？
2. 將同時連接多少個用戶？
3. 每分鐘發送多少封郵件？

回答這些問題時，您可以確定您的基礎結構將支持的最大消息大小。

Answer 2

2-10k很好，沒有任何強制性的限制或任何東西，它只是歸結爲帶寬和實用性。10k雖然在事物的宏偉計劃中很小，所以如果這有點兒上限爲你。