提到前後端即時通訊，大家第一個想到的通常是 WebSocket，但其實如果需求只是「伺服器持續往瀏覽器推資料」，HTML5 早就有一個相對簡單的方案，就是 Server-Sent Events，前端對應的 API 叫做 EventSource。
SSE 是什麼
SSE 可以把它想成一條長連線，瀏覽器建立連線之後，伺服器可以持續把事件往客戶端送。和傳統輪詢相比，不需要前端一直反覆打 API。
它的核心特性很明確：
- 單向傳輸，只能伺服器推給瀏覽器。
- 建立在 HTTP 之上。
- 瀏覽器端寫法相對簡單。
瀏覽器怎麼接
前端通常會像這樣建立連線：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
|
const eventSource = new EventSource('/events');
eventSource.onmessage = function (event) {
console.log(event.data);
};
+```
當伺服器持續輸出符合 SSE 格式的內容時，前端就能持續收到訊息。
## 什麼情境適合
如果需求是下面這類，SSE 很有機會比 WebSocket 更省事：
1. 通知推送。
2. 後台任務進度回報。
3. 日誌串流。
4. 股價或狀態資訊持續更新。
因為這些場景大多只是伺服器單向通知，不一定需要雙向互動。
## SSE 的優缺點
### 優點
1. 實作簡單。
2. 不需要自己處理太多協議細節。
3. 對只需要單向推播的需求很剛好。
### 缺點
1. 只能單向傳輸。
2. 某些代理、快取或網路設備可能會影響長連線。
3. 如果需求變成高互動雙向通訊，就不適合了。
## 和 WebSocket 怎麼選
簡單講：
1. 只要伺服器推播，優先考慮 SSE。
2. 需要前後端雙向即時互動，再考慮 WebSocket。
這樣選通常比較務實，也比較不會一開始就把架構複雜化。
## 小結
Server-Sent Events 雖然討論度沒有 WebSocket 高，但在單向即時推播場景其實很好用。若你的需求只是讓伺服器持續把狀態送給前端，EventSource 是值得先考慮的簡單方案，不一定每次都要直接上 WebSocket。
|