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