webSocket入門_【SamDeng】PPT課件

1、2021/3/912021/3/92“服務器推送技術的背景Polling 實現方式Comet實現方式(Long Polling,Stream)Websocket 實現方式2021/3/93Polling 實現方式“服務器推送技術的背景2021/3/94“服務器推送技術的背景 傳統(tǒng)的 Web 應用的信息交互過程通常是客戶端通過瀏覽器發(fā)出一個請求，服務器端接收和審核完請求后進行處理并返回結果給客戶端，然后客戶端瀏覽器將信息呈現出來可以看出來，所有的這些請求，只能是客戶端主動發(fā)送請求，服務端才能返回信息2021/3/95“服務器推送技術的背景 這種機制對于信息變化不是特別頻繁的應用尚能相安無事，但是

2、對于那些實時要求比較高的應用來說 譬如：監(jiān)控系統(tǒng)：后臺硬件熱插拔、LED、溫度、電壓發(fā)生變化；即時通信系統(tǒng)：在線聊天室，在線游戲；即時報價系統(tǒng)：在線證劵；都需要服務器能實時地將更新的信息傳送到客戶端，而無須客戶端發(fā)出請求. 在 WebSocket 規(guī)范出來之前，開發(fā)人員想實現這些實時的 Web 應用，不得不采用一些折衷的方案. 其中最常用的就是輪詢 (Polling) 和 Comet 技術,還有Flash技術.2021/3/96Long PollingPolling2021/3/97Polling 這是最早的一種實現實時web應用的方案；原理比較簡單易懂，就是客戶端以一定的時間間隔向服務器發(fā)送

3、請求，以頻繁請求的方式來保持客戶端和服務器端的數據同步。 缺點：當客戶端以固定頻率向服務器端發(fā)送請求時，服務器端的數據可能并沒有更新，這樣會帶來很多無謂的請求，浪費帶寬，效率低下。2021/3/98StreamingLong Polling2021/3/99Long Polling Long Polling是對Polling的改進和提高，目地是為了降低無效的網絡傳輸。當服務器端沒有數據更新的時候，連接會保持一段時間周期直到數據或狀態(tài)改變或者時間過期，通過這種機制來減少無效的客戶端和服務器間的交互 當然，如果服務端的數據變更非常頻繁的話，這種機制和定時輪詢比較起來沒有本質上的性能的提高。 202

4、1/3/910StreamingStreaming2021/3/911Streaming 流技術方案通常就是在客戶端的頁面使用一個隱藏的窗口向服務端發(fā)出一個長連接的請求。服務器端接到這個請求后作出回應并不斷更新連接狀態(tài)以保證客戶端和服務器端的連接不過期。通過這種機制可以將服務器端的信息源源不斷地推向客戶端。 這種機制在用戶體驗上有一點問題，需要針對不同的瀏覽器設計不同的方案來改進用戶體驗，同時這種機制在并發(fā)比較大的情況下，對服務器端的資源是一個極大的考驗。 2021/3/912總結 綜合這幾種方案，除了基于flash的方案外,您會發(fā)現這些目前我們所使用的所謂的實時技術并不是真正的實時技術，它們

5、只是在用 Ajax 方式來模擬實時的效果，在每次客戶端和服務器端交互的時候都是一次 HTTP 的請求和應答的過程，而每一次的 HTTP 請求和應答都帶有完整的 HTTP 頭信息，這就增加了每次傳輸的數據量，而且這些方案中客戶端和服務器端的編程實現都比較復雜，在實際的應用中，為了模擬比較真實的實時效果，開發(fā)人員往往需要構造兩個 HTTP 連接來模擬客戶端和服務器之間的雙向通訊，一個連接用來處理客戶端到服務器端的數據傳輸，一個連接用來處理服務器端到客戶端的數據傳輸，這不可避免地增加了編程實現的復雜度，也增加了服務器端的負載，制約了應用系統(tǒng)的擴展性。這些解決方案都存在一個共同的問題：它們帶有 HTT

6、P 的開銷，導致它們不適用于低延遲應用?？梢韵胂笠幌聻g覽器中的多人第一人稱射擊游戲，或者其他任何帶有即時要素的在線游戲。在流量較大情況下，以上兩種方式都需要較大的性能開銷。因為每次請求及應答都需要帶上完整的Http頭，明顯增加了每次傳輸的數據量。實現上也相對復雜。 2021/3/913EndWebsocket2021/3/914Websocket 流技術方案通常就是在客戶端的頁面使用一個隱藏的窗口向服務端發(fā)出一個長連接的請求。服務器端接到這個請求后作出回應并不斷更新連接狀態(tài)以保證客戶端和服務器端的連接不過期。通過這種機制可以將服務器端的信息源源不斷地推向客戶端。 這種機制在用戶體驗上有一點問題，需要針對不同的瀏覽器設計不同的