【RealTime】Websocket VS SSE (Server-Sent Events)

1. 基本概念

• WebSocket:

  • 一種全雙工通信協議，允許在單個TCP連接上進行雙向通信。
  • 一旦連接建立後，客戶端和服務器都可以隨時發送數據，而不需要每次都重新建立HTTP連接。

• Server-Sent Events (SSE):

  • 是一種單向通信協議，服務器可以向客戶端推送更新。
  • 使用的是HTTP協議的一部分（基於HTTP的持久連接），客戶端向服務器發送一個HTTP請求後，服務器保持這個連接並持續向客戶端發送數據。

2. 通訊方向

• WebSocket: 雙向（雙工）通訊。

  • 客戶端和服務器之間可以自由地發送和接收消息。適合需要雙向數據流的應用，如即時聊天、多人遊戲。

• SSE: 單向（單工）通訊。

  • 服務器可以向客戶端持續推送數據，但客戶端無法使用同一個連接向服務器發送數據。適合用於持續接收數據流的情況，如即時股票行情更新、社交媒體通知。

3. 協議與連接

• WebSocket:

  • 使用自定義的WebSocket協議 (ws:// 或 wss://)，需要從HTTP/HTTPS升級而來。
  • 連接建立後，保持持久且狀態良好的雙向通信。

• SSE:

  • 使用標準的HTTP協議 (http:// 或 https://)。
  • 一次請求後，保持長時間的HTTP連接，直到服務器關閉連接或客戶端斷開。

4. 瀏覽器支援

• WebSocket:

  • 大多數現代瀏覽器都支持WebSocket，但不支持IE 9或更舊版本。
  • 需要專用的WebSocket庫或API來管理連接和消息。

• SSE:

  • 大多數現代瀏覽器（包括IE 10及以上）都支持SSE。
  • 原生支持的API非常簡單易用，無需額外的庫。

5. 重連機制

• WebSocket:

  • 需要自行實現重連邏輯。當連接丟失時，需要編寫客戶端代碼來嘗試重新連接。

• SSE:

  • 自帶自動重連功能。當連接中斷時，瀏覽器會自動嘗試重新建立連接。

6. 數據格式

• WebSocket:

  • 支持任意的數據格式，包括文本和二進制數據（如JSON、XML、圖片等）。

• SSE:

  • 只支持文本數據（UTF-8編碼），通常使用純文本或JSON格式。

7. 應用場景

• WebSocket:

  • 適用於需要雙向通信的應用場景，如聊天室、即時遊戲、協作工具等。

• SSE:

  • 適用於需要服務器向客戶端持續推送更新的應用場景，如實時通知、社交媒體更新、監控面板等。

8. 性能與資源

• WebSocket:

  • 建立和維護雙向連接的開銷較高，適合需要低延遲和高頻雙向通信的場景。
  • 需要服務器支持WebSocket協議，並能夠管理大量的持久連接。

• SSE:

  • 相對來說資源開銷較低，使用HTTP持久連接，可以輕鬆集成到現有的HTTP基礎設施中。
  • 不適合頻繁地向服務器發送數據的場景。