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