1. 前言
今天項目經(jīng)理交給我一個開發(fā)任務(wù)际乘。如果有人下了訂單就給后臺一個通知坡倔，也就是服務(wù)器推送功能。這個需求不是很復(fù)雜就一個通知功能，如果我用websocket來做還要搞個websocket服務(wù)器致讥，而且還有不少配置。websocket是全雙工通信器赞，單向通信簡直是殺雞用牛刀垢袱。用輪詢吧，浪費(fèi)服務(wù)器資源不說港柜，還不一定實(shí)時请契，訂單處理慢了豈不是怠慢了客戶。有沒有別的選擇呢夏醉？當(dāng)然有爽锥！
2. SSE推送技術(shù)
SSE全稱Server-sent Events，是HTML 5 規(guī)范的一個組成部分畔柔，具體去MDN網(wǎng)站查看相關(guān)文檔氯夷。該規(guī)范十分簡單，主要由兩個部分組成：第一個部分是服務(wù)器端與瀏覽器端之間的通訊協(xié)議靶擦，第二部分則是在瀏覽器端可供 JavaScript 使用的 EventSource 對象腮考。通訊協(xié)議是基于純文本的簡單協(xié)議。服務(wù)器端的響應(yīng)的內(nèi)容類型是“text/event-stream”玄捕。響應(yīng)文本的內(nèi)容可以看成是一個事件流踩蔚，由不同的事件所組成。每個事件由類型和數(shù)據(jù)兩部分組成枚粘，同時每個事件可以有一個可選的標(biāo)識符馅闽。不同事件的內(nèi)容之間通過僅包含回車符和換行符的空行（“\r\n”）來分隔。每個事件的數(shù)據(jù)可能由多行組成馍迄。
如上圖所示福也，每個事件之間通過空行來分隔。每一行都是由鍵值對組成攀圈。如果鍵為空則表示該行為注釋拟杉，會在處理時被忽略。例如第10行量承。
第1行表示一個只包含數(shù)據(jù)的事件搬设。會按照默認(rèn)事件走（message事件）。第3-4代表一個附帶eventID的事件撕捍。第6-8代表一個自定義事件拿穴。第10-14代表一個多行數(shù)據(jù)事件，多行數(shù)據(jù)由換行符鏈接
key定義有以下幾種：
- data忧风，表示該行包含的是數(shù)據(jù)默色。以 data 開頭的行可以出現(xiàn)多次。所有這些行都是該事件的數(shù)據(jù)狮腿。
- 類型為 event腿宰，表示該行用來聲明事件的類型呕诉。瀏覽器在收到數(shù)據(jù)時，會產(chǎn)生對應(yīng)類型的事件吃度。默認(rèn)提供三個標(biāo)準(zhǔn)事件（當(dāng)然你可以自定義）：
- id甩挫，表示該行用來聲明事件的標(biāo)識符。服務(wù)器端返回的數(shù)據(jù)中包含了事件的標(biāo)識符椿每，瀏覽器會記錄最近一次接收到的事件的標(biāo)識符伊者。如果與服務(wù)器端的連接中斷，當(dāng)瀏覽器端再次進(jìn)行連接時间护，會通過 HTTP 頭“Last-Event-ID”來聲明最后一次接收到的事件的標(biāo)識符亦渗。服務(wù)器端可以通過瀏覽器端發(fā)送的事件標(biāo)識符來確定從哪個事件開始來繼續(xù)連接。
- retry汁尺，表示該行用來聲明瀏覽器在連接斷開之后進(jìn)行再次連接之前的等待時間法精。
SSE只適用于高級瀏覽器，但是注意IE不直接支持痴突。IE上的XMLHttpRequest對象不支持獲取部分的響應(yīng)內(nèi)容亿虽，所以不支持。每次總有IE怪不得快被淘汰了苞也。
3. SSE VS Websocket
- SSE 只能Server到Client單項洛勉，而Websocket是雙向通信。
- SSE 比 Websocket 輕量如迟。當(dāng)然功能要簡單的多收毫。開發(fā)便利，不牽涉協(xié)議升級問題殷勘。
- SSE 天然支持?jǐn)嗑€重連
4. Spring Mvc中的SSE
Spring Mvc對SSE進(jìn)行了支持此再。如果你要聲明一個SSE連接。只需要在你的控制器聲明一個如下接口：
必須必須返回SseEmitter對象玲销，SseEmitter對象是Session級別的输拇，如果你要點(diǎn)對點(diǎn)針對每個session要獨(dú)立存儲。如果你是廣播可以公用一個SseEmitter對象贤斜。按照SSE規(guī)范也必須聲明produces為"text/event-stream"策吠。當(dāng)你調(diào)用該接口的時候?qū)⒔⑵餝SE連接。
你可以在另一個線程中調(diào)用SseEmitter的send方法向客戶端發(fā)送事件瘩绒。你也可以在發(fā)送事件后調(diào)用complete方法來關(guān)閉SSE連接猴抹。
5. 客戶端
由于SSE 是HTML5規(guī)范。所以對于APP端必須有HTML才能支持锁荔。并且IE如果要支持需要使用一些兼容開發(fā)包蟀给，比如polyfill庫。客戶端因?yàn)橹唤邮苁录蚤_發(fā)比較簡單：
- 聲明客戶端連接跋理， 初始化EventSource對象择克。
- 編寫監(jiān)聽器來監(jiān)聽事件。
6. 總結(jié)
今天介紹了SSE 服務(wù)端推送前普。和長輪訓(xùn)肚邢、comet、websocket相比比較輕量級汁政。在一些需要服務(wù)器實(shí)時推送規(guī)模不大的業(yè)務(wù)場景實(shí)現(xiàn)更簡單點(diǎn)道偷。相信看了本文后你會很快入門缀旁。在實(shí)際開發(fā)中要根據(jù)業(yè)務(wù)對這幾種推送進(jìn)行技術(shù)選型记劈。沒有最好的只有最適合的。只不過SSE對大多數(shù)開發(fā)者來說不夠熟悉并巍。相關(guān)的demo我已經(jīng)上傳到碼云倉庫：
https://gitee.com/felord/sse-push
關(guān)注公眾號：碼農(nóng)小胖哥目木，獲取更多資訊
