前言

Web端與服務(wù)器間的實時數(shù)據(jù)傳輸?shù)氖且粋€很重要的需求，但最早只能通過AJAX輪詢詢實現(xiàn)。在WebSocket標(biāo)準(zhǔn)沒有推出之前，AJAX輪詢是唯一可行的方式(通過Flash瀏覽器也可以，但這里不做討論)。AJAX輪詢原理是設(shè)置定時器，定時通過AJAX同步服務(wù)器數(shù)據(jù)。這種方式存在延時且對服務(wù)端造成很大負(fù)載。直到2011年，IETF才標(biāo)準(zhǔn)化WebSocket——一種基于TCP套接字進行收發(fā)數(shù)據(jù)的協(xié)議?，F(xiàn)如今主流瀏覽器均已支持WebSocket。

socket.io將數(shù)據(jù)傳輸部分獨立出來形成了engine.io ,  engine.io對WebSocket和AJAX輪詢進行封裝,形成一套API,屏蔽了細(xì)節(jié)差異和兼容性問題,實現(xiàn)了跨瀏覽器/跨設(shè)備進行雙向數(shù)據(jù)。

socket.io對engine.io不是必須的，你也可以實現(xiàn)自己的engine.io，通過server.bind綁定

應(yīng)用

• 實時數(shù)據(jù)分析展示(報表，日志)
• 即時通訊、聊天，
• 二進制流(圖片，音樂，視頻)傳輸
• 多人協(xié)同編輯
• 即時消息推送
  

類似技術(shù)

• AJAX輪詢: 基于XMLHttpRequest的AJAX輪詢
• AJAX長輪詢: 類似輪詢，服務(wù)器在客戶端請求后不返回響應(yīng)，直到有數(shù)據(jù)需要傳到客戶端，傳完數(shù)據(jù)后客戶端再發(fā)起新的請求。缺點是要額外傳輸?shù)腍TTP頭，保持住請求不響應(yīng)也需要一些額外工作。
• HTTP流: 與AJAX長輪詢類似，服務(wù)端響應(yīng)會帶上HTTP頭: Transfer-Encoding: chunked，返回完數(shù)據(jù)到客戶端后客戶端也不需要發(fā)起新的請求，缺點是各個chunk之間的數(shù)據(jù)難以識別和處理。
• 插件: 類似Flash,Silverlight, 作為插件越來越被主流瀏覽器和用戶排斥
  

下面就不同角度對各技術(shù)進行分析

• 單向/雙向
• 單向: AJAX輪詢，AJAX長輪詢，HTTP流
• 雙向: WebSocket, 插件
• 延時
  

WebSocket < 插件 < HTTP流 < AJAX長輪詢 < AJAX輪詢

1、效率

插件 > WebSocket > HTTP流 > AJAX長輪詢 > AJAX輪詢

1、移動端支持

WebSocket: 基本均支持

HTTP流,AJAX長輪詢,AJAX輪詢: 基本均支持

插件: 基本不支持

1、開發(fā)或設(shè)置難易程度

WebSocket < AJAX輪詢 < 插件 < AJAX長輪詢，HTTP流

總結(jié)

socket.io封裝了WebSocket,不支持WebSocket的情況還提供了降級AJAX輪詢,功能完備，設(shè)計優(yōu)雅，是開發(fā)實時雙向通訊的不二手段。

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

最新評論