websocket介紹- 3

http 有3個特性： 非持久鏈接（事務結束就關閉）、被動性（等着客戶端請求）、無記憶狀態（下次打開鏈接，不記得上次，得健忘症了，再鏈接還得再告訴服務器一遍）。

 

在這種狀況下出現了，Websocket出現了。
他解決了HTTP的這幾個難題。
首先，被動性，當服務器完成協議升級後（HTTP->Websocket），服務端就能夠主動推送信息給客戶端啦。

就變成了這樣，只須要通過一次HTTP請求，就能夠作到源源不斷的信息傳送了。（在程序設計中，這種設計叫作回調，即：你有信息了再來通知我，而不是我傻乎乎的每次跑來問你）
這樣的協議解決了上面同步有延遲，並且還很是消耗資源的這種狀況。
那麼爲何他會解決服務器上消耗資源的問題呢？
其實咱們所用的程序是要通過兩層代理的，即HTTP協議在Nginx等服務器的解析下，而後再傳送給相應的Handler（PHP等）來處理。
簡單地說，咱們有一個很是快速的接線員（Nginx），他負責把問題轉交給相應的客服（Handler）。
自己接線員基本上速度是足夠的，可是每次都卡在客服（Handler）了，老有客服處理速度太慢。，致使客服不夠。
Websocket就解決了這樣一個難題，創建後，能夠直接跟接線員創建持久鏈接，有信息的時候客服想辦法通知接線員，而後接線員在統一轉交給客戶。
這樣就能夠解決客服處理速度過慢的問題了。

同時，在傳統的方式上，要不斷的創建，關閉HTTP協議，因爲HTTP是非狀態性的，每次都要從新傳輸identity info（鑑別信息），來告訴服務端你是誰。
雖然接線員很快速，可是每次都要聽這麼一堆，效率也會有所降低的，同時還得不斷把這些信息轉交給客服，不但浪費客服的處理時間，並且還會在網路傳輸中消耗過多的流量/時間。
可是Websocket只須要一次HTTP握手，因此說整個通信過程是創建在一次鏈接/狀態中，也就避免了HTTP的非狀態性，服務端會一直知道你的信息，直到你關閉請求，這樣就解決了接線員要反覆解析HTTP協議，還要查看identity info的信息。
同時由客戶主動詢問，轉換爲服務器（推送）有信息的時候就發送（固然客戶端仍是等主動發送信息過來的。。），沒有信息的時候就交給接線員（Nginx），不須要佔用自己速度就慢的客服（Handler）了
--------------------
至於怎麼在不支持Websocket的客戶端上使用Websocket。。答案是：不能
可是能夠經過上面說的 long poll 和 ajax 輪詢來 模擬出相似的效果