WebSocket客戶端和服務端實例源碼 WebSocket ws實例 HTML5 用java實現的服務端 Websocket與服務器的正常通信 眾所周知，Web 應用的交互過程通常是客戶端通過瀏覽器發出一個請求，服務器端接收請求后進行處理并返回結果給客戶端，客戶端瀏覽器將信息呈現，這種機制對于信息變化不是特別頻繁的應用尚可，但對于實時要求高、海量并發的應用來說顯得捉襟見肘，尤其在當前業界移動互聯網蓬勃發展的趨勢下，高并發與用戶實時響應是 Web 應用經常面臨的問題，比如金融證券的實時信息，Web 導航應用中的地理位置獲取，社交網絡的實時消息推送等。 傳統的請求-響應模式的 Web 開發在處理此類業務場景時，通常采用實時通訊方案，常見的是： 輪詢，原理簡單易懂，就是客戶端通過一定的時間間隔以頻繁請求的方式向服務器發送請求，來保持客戶端和服務器端的數據同步。問題很明顯，當客戶端以固定頻率向服務器端發送請求時，服務器端的數據可能并沒有更新，帶來很多無謂請求，浪費帶寬，效率低下。 基于 Flash，AdobeFlash 通過自己的 Socket 實現完成數據交換，再利用 Flash 暴露出相應的接口為 JavaScript 調用，從而達到實時傳輸目的。此方式比輪詢要高效，且因為 Flash 安裝率高，應用場景比較廣泛，但在移動互聯網終端上 Flash 的支持并不好。IOS 系統中沒有 Flash 的存在，在 Android 中雖然有 Flash 的支持，但實際的使用效果差強人意，且對移動設備的硬件配置要求較高。2012 年 Adobe 官方宣布不再支持 Android4.1+系統，宣告了 Flash 在移動終端上的死亡。 從上文可以看出，傳統 Web 模式在處理高并發及實時性需求的時候，會遇到難以逾越的瓶頸，我們需要一種高效節能的雙向通信機制來保證數據的實時傳輸。在此背景下，基于 HTML5 規范的、有 Web TCP 之稱的 WebSocket 應運而生。 早期 HTML5 并沒有形成業界統一的規范，各個瀏覽器和應用服務器廠商有著各異的類似實現，如 IBM 的 MQTT，Comet 開源框架等，直到 2014 年，HTML5 在 IBM、微軟、Google 等巨頭的推動和協作下終于塵埃落地，正式從草案落實為實際標準規范，各個應用服務器及瀏覽器廠商逐步開始統一，在 JavaEE7 中也實現了 WebSocket 協議，從而無論是客戶端還是服務端的 WebSocket 都已完備，讀者可以查閱HTML5 規范，熟悉新的 HTML 協議規范及 WebSocket 支持。