短輪詢和長輪詢的目的都是用于實現客戶端和服務器端的一個即時通訊。
短輪詢的基本思路: 瀏覽器每隔一段時間向瀏覽器發送 http 請求,服務器端在收到請求后,不論是否有數據更新,都直接進行響應。這種方式實現的即時通信,本質上還是瀏覽器發送請求,服務器接受請求的一個過程,通過讓客戶端不斷的進行請求,使得客戶端能夠模擬實時地收到服務器端的數據的變化。這種方式的優點是比較簡單,易于理解。缺點是這種方式由于需要不斷的建立 http 連接,嚴重浪費了服務器端和客戶端的資源。當用戶增加時,服務器端的壓力就會變大,這是很不合理的。
長輪詢的基本思路: 首先由客戶端向服務器發起請求,當服務器收到客戶端發來的請求后,服務器端不會直接進行響應,而是先將這個請求掛起,然后判斷服務器端數據是否有更新。如果有更新,則進行響應,如果一直沒有數據,則到達一定的時間限制才返回。客戶端 JavaScript 響應處理函數會在處理完服務器返回的信息后,再次發出請求,重新建立連接。長輪詢和短輪詢比起來,它的優點是明顯減少了很多不必要的 http 請求次數,相比之下節約了資源。長輪詢的缺點在于,連接掛起也會導致資源的浪費。
SSE 的基本思想: 服務器使用流信息向服務器推送信息。嚴格地說,http 協議無法做到服務器主動推送信息。但是,有一種變通方法,就是服務器向客戶端聲明,接下來要發送的是流信息。也就是說,發送的不是一次性的數據包,而是一個數據流,會連續不斷地發送過來。這時,客戶端不會關閉連接,會一直等著服務器發過來的新的數據流,視頻播放就是這樣的例子。SSE 就是利用這種機制,使用流信息向瀏覽器推送信息。它基于 http 協議,目前除了 IE/Edge,其他瀏覽器都支持。它相對于前面兩種方式來說,不需要建立過多的 http 請求,相比之下節約了資源。
WebSocket 是 HTML5 定義的一個新協議議,與傳統的 http 協議不同,該協議允許由服務器主動的向客戶端推送信息。使用 WebSocket 協議的缺點是在服務器端的配置比較復雜。WebSocket 是一個全雙工的協議,也就是通信雙方是平等的,可以相互發送消息,而 SSE 的方式是單向通信的,只能由服務器端向客戶端推送信息,如果客戶端需要發送信息就是屬于下一個 http 請求了。
上面的四個通信協議,前三個都是基于HTTP協議的。對于這四種即使通信協議,從性能的角度來看:WebSocket > 長連接(SEE) > 長輪詢 > 短輪詢但是,我們如果考慮瀏覽器的兼容性問題,順序就恰恰相反了:短輪詢 > 長輪詢 > 長連接(SEE) > WebSocket所以,還是要根據具體的使用場景來判斷使用哪種方式。