WebSocket是html5出的東西（協議），也就是說HTTP協議沒有變化，或者說沒關系，但HTTP是不支持持久連接的（長連接，循環連接得不算）
首先HTML5 是一個很寬廣的概念，是對大量新 API 的總稱。不存在 HTTP5 的概念，HTTP 最高的版本號是 1.1。HTTP有1.1和1.0之說，也就是所謂的keep-alive，把多個HTTP請求合并為一個，但是Websocket其實是一個新協議，
簡單來說，你可以完全拋開 HTML5 和 HTML4 的概念，只考慮瀏覽器要么支持 WebSocket，要么不支持。跟HTTP協議基本沒有關系，只是為了兼容現有瀏覽器的握手規范而已，也就是說它是HTTP協議上的一種補充可以通過這樣一張圖理解
而且眾所周知，Web應用的通信過程通常是客戶端通過瀏覽器發出一個請求，服務器端接收請求后進行處理并返回結果給客戶端，客戶端瀏覽器將信息呈現。Web領域的實時推送技術，也被稱之為Realtime技術。這種技術要達到的目的是讓用戶不需要刷新瀏覽器就可以獲得實時更新。
“websocket出現是因為瀏覽器不給開后門”，“不是WebSocket基于HTTP，相反，可以看成可以看成可以看成HTTP基于WebSocket”。
首先，Websocket是一個持久化的協議，相對于HTTP這種非持久的協議來說。HTTP的生命周期通過Request來界定，也就是一個Request 一個Response，那么在HTTP1.0中，這次HTTP請求就結束了。
你也可以把它WebSocket 看成是 HTTP 協議為了支持長連接所打的一個大補丁，它和 HTTP 有一些共性，是為了解決 HTTP 本身無法解決的某些問題而做出的一個改良設計。
基于Flash，AdobeFlash通過自己的Socket實現完成數據交換，再利用Flash暴露出相應的接口給JAVAScript調用，從而達到實時傳輸目的。
Web實時推送：就不得不說WebSocket。在WebSocket出現之前，很多網站為了實現實時推送技術，在websocket出現之前，web交互一般是基于http協議的短連接或者長連接。通常采用的方案是輪詢(Polling)和Comet技術，
Comet又可細分為兩種實現方式：一種是長輪詢機制，一種稱為流技術，這兩種方式實際上是對輪詢技術的改進，這些方案帶來很明顯的缺點，需要由瀏覽器對服務器發出HTTP request，大量消耗服務器帶寬和資源。
而在傳統的Web模式里，在處理高并發及實時性需求的時候，會遇到難以逾越的瓶頸，需要一種高效節能的雙向通信機制來保證數據的實時傳輸。websocket是一種全新的協議，不屬于http無狀態協議，協議名為"ws"，這意味著一個websocket鏈接地址會是這樣的寫法：ws://**。
websocket約定了一個通信的規范，通過一個握手的機制，客戶端和服務器之間能建立一個類似tcp的連接，從而方便它們之間的通信。
WebSocket實際上可以看作HTTP的降級！“不是WebSocket基于HTTP，而是可以看成可以看成可以看成HTTP基于WebSocket”。
