短輪詢和長(zhǎng)輪詢的目的都是用于實(shí)現(xiàn)客戶端和服務(wù)器端的一個(gè)即時(shí)通訊。

短輪詢的基本思路： 瀏覽器每隔一段時(shí)間向?yàn)g覽器發(fā)送 http 請(qǐng)求，服務(wù)器端在收到請(qǐng)求后，不論是否有數(shù)據(jù)更新，都直接進(jìn)行響應(yīng)。這種方式實(shí)現(xiàn)的即時(shí)通信，本質(zhì)上還是瀏覽器發(fā)送請(qǐng)求，服務(wù)器接受請(qǐng)求的一個(gè)過(guò)程，通過(guò)讓客戶端不斷的進(jìn)行請(qǐng)求，使得客戶端能夠模擬實(shí)時(shí)地收到服務(wù)器端的數(shù)據(jù)的變化。這種方式的優(yōu)點(diǎn)是比較簡(jiǎn)單，易于理解。缺點(diǎn)是這種方式由于需要不斷的建立 http 連接，嚴(yán)重浪費(fèi)了服務(wù)器端和客戶端的資源。當(dāng)用戶增加時(shí)，服務(wù)器端的壓力就會(huì)變大，這是很不合理的。

長(zhǎng)輪詢的基本思路： 首先由客戶端向服務(wù)器發(fā)起請(qǐng)求，當(dāng)服務(wù)器收到客戶端發(fā)來(lái)的請(qǐng)求后，服務(wù)器端不會(huì)直接進(jìn)行響應(yīng)，而是先將這個(gè)請(qǐng)求掛起，然后判斷服務(wù)器端數(shù)據(jù)是否有更新。如果有更新，則進(jìn)行響應(yīng)，如果一直沒(méi)有數(shù)據(jù)，則到達(dá)一定的時(shí)間限制才返回。客戶端 JavaScript 響應(yīng)處理函數(shù)會(huì)在處理完服務(wù)器返回的信息后，再次發(fā)出請(qǐng)求，重新建立連接。長(zhǎng)輪詢和短輪詢比起來(lái)，它的優(yōu)點(diǎn)是明顯減少了很多不必要的 http 請(qǐng)求次數(shù)，相比之下節(jié)約了資源。長(zhǎng)輪詢的缺點(diǎn)在于，連接掛起也會(huì)導(dǎo)致資源的浪費(fèi)。

SSE 的基本思想： 服務(wù)器使用流信息向服務(wù)器推送信息。嚴(yán)格地說(shuō)，http 協(xié)議無(wú)法做到服務(wù)器主動(dòng)推送信息。但是，有一種變通方法，就是服務(wù)器向客戶端聲明，接下來(lái)要發(fā)送的是流信息。也就是說(shuō)，發(fā)送的不是一次性的數(shù)據(jù)包，而是一個(gè)數(shù)據(jù)流，會(huì)連續(xù)不斷地發(fā)送過(guò)來(lái)。這時(shí)，客戶端不會(huì)關(guān)閉連接，會(huì)一直等著服務(wù)器發(fā)過(guò)來(lái)的新的數(shù)據(jù)流，視頻播放就是這樣的例子。SSE 就是利用這種機(jī)制，使用流信息向?yàn)g覽器推送信息。它基于 http 協(xié)議，目前除了 IE/Edge，其他瀏覽器都支持。它相對(duì)于前面兩種方式來(lái)說(shuō)，不需要建立過(guò)多的 http 請(qǐng)求，相比之下節(jié)約了資源。

WebSocket 是 HTML5 定義的一個(gè)新協(xié)議議，與傳統(tǒng)的 http 協(xié)議不同，該協(xié)議允許由服務(wù)器主動(dòng)的向客戶端推送信息。使用 WebSocket 協(xié)議的缺點(diǎn)是在服務(wù)器端的配置比較復(fù)雜。WebSocket 是一個(gè)全雙工的協(xié)議，也就是通信雙方是平等的，可以相互發(fā)送消息，而 SSE 的方式是單向通信的，只能由服務(wù)器端向客戶端推送信息，如果客戶端需要發(fā)送信息就是屬于下一個(gè) http 請(qǐng)求了。

上面的四個(gè)通信協(xié)議，前三個(gè)都是基于HTTP協(xié)議的。對(duì)于這四種即使通信協(xié)議，從性能的角度來(lái)看：WebSocket > 長(zhǎng)連接（SEE） > 長(zhǎng)輪詢 > 短輪詢但是，我們?nèi)绻紤]瀏覽器的兼容性問(wèn)題，順序就恰恰相反了：短輪詢 > 長(zhǎng)輪詢 > 長(zhǎng)連接（SEE） > WebSocket所以，還是要根據(jù)具體的使用場(chǎng)景來(lái)判斷使用哪種方式。