2012-09-30 113 views
3

我有使用WebSockets和鉻(22.0.1229.79m)(我還沒有編碼爲其他瀏覽器的認證尚未所以我不能測試他們)一個奇怪的問題。似乎如果我重新加載chrome 3次,連接到我的websocket服務器將會有巨大的延遲。服務器不會延遲連接,我通過與另一臺PC連接來測試這種連接,而鉻延遲並完美連接。鉻WebSocket連接延遲

反正是有解決這一問題?當我切換服務器接收數據時,這是一個問題。它會停下來,並延遲。這對用戶體驗非常不利。我會認爲這是嚴格把不關閉套接字的Chrome瀏覽器...

+0

我已經看到了這個問題太對某些網絡配置。用戶需要10-15秒才能連接到websockets服務器 - 在firefox中幾乎是即時的 – starbeamrainbowlabs

+0

您是否安裝了任何擴展程序?我剛剛遇到了一個問題,使用Chrome瀏覽器需要1分鐘左右的時間才能連接,但Firefox上沒有任何延遲。我討厭了一陣子。去了這裏。然後意識到我有一些擴展。 (禁用'JetBrains Chrome Extension 0.3.11') –

回答

2

創建從Chrome中的同一個瀏覽器標籤很短的時間內多次WebSocket連接時,我也看到了這種延遲。我相信這是爲了解決WebSocket的一個潛在的安全問題,它會讓瀏覽器被劫持,從而在網絡中進行端口掃描。通過限制在給定的時間內可能發生的WebSocket連接的數量,您將極大地限制瀏覽器作爲遠程端口掃描器的實用性。另外,由onclose和onerror返回的信息量由於相同的原因被故意限制。

+0

Chrome是唯一一個這樣做的人嗎? Firefox遵循自己的websocket協議,也許這就是爲什麼它似乎不影響Firefox瀏覽器。我想我必須將我的目標受衆切換到Firefox,並且避開使用Chrome的用戶...(因爲它會變慢並且延遲連接) – User

+0

每頁有多少個連接? Firefox和Chrome都遵循W3C規範,關於限制錯誤和關閉事件暴露的信息量。我懷疑Firefox會限制可以同時連接多少個連接,特別是如果有人在Fi​​refox上利用這個問題。 – kanaka

+0

如果您在其他評論中提到的數據傳輸速度很慢,那麼這可能不是特定的Chrome問題。我看不到這樣的問題。只有當我嘗試在短時間內創建多個連接時,纔會看到延遲的連接。 – kanaka