經常使用的Websocket技術一覽

1. 前言

Websocket是 HTML5 開始提供的一種在單個 TCP 鏈接上進行全雙工通信的協議。WebSocket 使得客戶端和服務器之間的數據交換變得更加簡單，容許服務端主動向客戶端推送數據，固然也支持客戶端發送數據到服務端。一般用來社交聊天、彈幕、多玩家遊戲、協同編輯、股票基金實時報價、資訊自動更新等場景，那麼今天就簡單聊一下在Java開發中對Websocket的技術選型。

技術選型是結合自身業務選擇最適合的技術方案，並不存在褒貶。

2. 經常使用的Websocket技術

2.1 Java Websocket規範

這是JavaEE提供的規範，在包javax.websocket下，包含客戶端API和服務端API，服務端API徹底依賴於客戶端API，只是在其基礎上添加了一些功能，因此只須要導入服務端依賴便可。 具體實現須要Web容器、JavaEE服務器或者框架提供。咱們經常使用的Web容器Tomcat、Undertow等都支持。

優勢：集成起來簡單，原生的Java支持。

缺點：和Web服務器等共享容器耦合度高，廣播、組播須要自行控制。併發量較低，調優麻煩，存在兼容性問題。

2.2 SockJS

SockJS是一個瀏覽器JavaScript庫，對Websocket進行了抽象。SockJS爲您提供了一個一致的，跨瀏覽器的Javascript API，該API在瀏覽器和Web服務器之間建立了低延遲，全雙工，跨域的通訊通道。SockJS嘗試首先使用本機WebSockets。若是失敗了，它將嘗試其它各類特定於瀏覽器的傳輸協議,例如xhr-streaming、Server sent events 以及長輪詢等。一般也會配合STOMP（面向消息的簡單文本協議）來簡化其使用。其實Spring 的Websocket組件中採用的就是此協議。

優勢：社區活躍，技術成熟，協議棧豐富，有全套Spring解決方案，兼容性強，另外能夠結合發佈訂閱模式。

缺點：須要對SockJS和STOMP進行學習，斷線重連、心跳檢測、二進制支持很差。

2.3 Socket.IO

Socket.IO 是一個基於 Node.js 的實時應用程序框架，在即時通信、通知與消息推送，實時分析等場景中有較爲普遍的應用，可是它提供基於Netty的服務端實現以及客戶端實現，同時支持Websocket和長輪詢。除了Websocket的經常使用場景外，咱們能夠經過該組件實現安卓和IOS的消息推送。

優勢：性能良好，支持廣播、組播，斷線重連、心跳檢測、二進制。支持安卓和IOS平臺。社區活躍。

缺點：須要自行封裝同Spring的集成，服務端並不是社區維護，資源消耗大。

2.4 ReactiveStream

一些反應流規範和框架也對Websocket進行了實現。Spring Webflux和RSocket就是其中的表明，目前官方已經放出了一些相關的DEMO。

優勢：高吞吐量、高性能。

缺點：技術比較新、學習資料少。

3. 總結

若是業務量很是少並且很是急迫的話第一種能夠嘗試一下。SockJS和Socket.IO的爭論點在於性能上後者要好一些，固然資源也消耗大，對移動端的推送功能支持更好一些。在Spring整合上以及全套解決方案上SockJS更具優點。若是追求高性能、高吞吐量的Websocket那麼無疑反應式更加合適，可是學習成本也相對較高。其它小衆的技術這裏不作評測，若是你有比較好的方案可留言討論。

附：性能基準測試

如下是國外某論文在2020年對原生Websocket、SockJS、Socket.IO進行的性能測試的一些關鍵指標。

英文完整版評測報告可經過公衆號 碼農小胖哥 回覆 ws獲取。

關注公衆號：Felordcn 獲取更多資訊

我的博客：https://felord.cn