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
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/70477.html
標籤：Java