WebSocket:對於即時應用程式至關重要,但擴充功能需要仔細規劃
對即時、同步應用程式的需求不斷增長,使得 WebSocket 成為現代軟體開發中的重要組成部分。在 Compose,WebSocket 是我們服務的基礎,使我們的後端 SDK 能夠僅使用後端程式碼提供低延遲的互動式應用程式。 然而,擴展 WebSocket 帶來了重大挑戰。 以下是重要的經驗教訓:
優雅部署:保持連線持久性
無縫部署至關重要;使用者永遠不會遇到中斷。 為了確保部署期間 WebSocket 連線的持久性,我們採用了強大的重新連線策略:
舊伺服器在客戶端斷開連線後完全關閉。 渲染或鐵路等託管服務需要特別注意,以確保在部署期間順利進行用戶端連線傳輸。 這些服務通常會等待所有請求完成後再關閉,這會顯著延長持久 WebSocket 連線的停機時間。
一致的訊息架構:定義清晰的溝通
與 HTTP 的內建路由約定不同,WebSocket 需要自訂訊息架構。 在 Compose 中,我們使用 2 個位元組類型前綴進行訊息分類:
<code class="language-typescript">const MESSAGE_TYPE_TO_HEADER = { RENDER_UI: "aa", UPDATE_UI: "ab", SHOW_LOADING: "ac", RENDER_UI_V2: "ad", /* ... */ };</code>
我們也使用分隔符號來分隔訊息字段,與 JSON 相比,提高了編碼/解碼速度和記憶體效率。
<code class="language-typescript">const DELIMITER = "|"; function createDelimitedMessage(type: string, args: any[]) { return [MESSAGE_TYPE_TO_HEADER[type], ...args].join(DELIMITER); } function parseDelimitedMessage(message: string) { const [type, ...args] = message.split(DELIMITER); return { type, args }; }</code>
使用 TypeScript 允許我們在前端和後端之間共享訊息模式,防止不一致。
心跳機制:偵測靜默斷開
沒有關閉事件的意外連線中斷可能會導致連線失效。 強大的心跳機制至關重要:
http後備:處理網絡限制
> Websocket可以在限制性網絡上阻止。 撰寫使用服務器量事件(SSE)作為接收更新的後備,HTTP請求客戶端到服務器通信。 >
SSE的基於HTTP的自然使其不易阻塞,提供了可靠的替代方案,其潛伏期相對較低。
進一步的考慮
縮放Websockets涉及其他復雜性:
>
缺乏標準工具:諸如限制速率和數據驗證之類的功能通常需要自定義實現。
以上是擴展 WebSocket 的經驗教訓的詳細內容。更多資訊請關注PHP中文網其他相關文章!