SpringBoot整合webSocket

kingyifan

小伙伴们，周一快乐。悄悄告诉大家一个好消息，还有四天就放假了。。惊不惊喜 意不意外


今天大Boss找我，小优呀，给你一个需求：
用户在app填写完信息然后推送给管理员Pc端。我问Boss就这么简单？Boos说就是这么简单，你要考虑程序性能，推送的数据准确性。
突然脑子复现了两个思路方式：
A：app和Pc公用一个数据库，前段设置一个定时，每一秒轮循查询。
B：在pc加一个刷新按钮，一直人工刷新。。洗刷洗刷~
我就去和大Boss沟通方案，他说两个都不行。回去重新想方案。


太难了，想破脑子也想不到啊，算了对于我这种面向百度开发的高级程序员来说。
先问问度娘吧。

度娘告诉我好多种方式：
1.Ajax轮循


优点：客户端很容易实现良好的错误处理系统和超时管理，实现成本与Ajax轮询的方式类似。缺点:需要服务器端有特殊的功能来临时挂起连接。当客户端发起的连接较多时，服务器端会长期保持多个连接，具有一定的风险。

• 基于 Iframe 及 htmlfile 的流（streaming）方式 俗称长连接。
  

优点： 实时性好（消息延时小）；性能好（能支持大量用户）缺点： 长期占用连接，丧失了无状态高并发的特点。

• websocket方式
  

优点：        

1、  较少的控制开销。在连接创建后，服务器和客户端之间交换数据时，用于协议控制的数据包头部相对较小。在不包含扩展的情况下，对于服务器到客户端的内容，此头部大小只有2至10字节（和数据包长度有关）；对于客户端到服务器的内容，此头部还需要加上额外的4字节的掩码。相对于HTTP请求每次都要携带完整的头部，此项开销显著减少了。   

2、更强的实时性。由于协议是全双工的，所以服务器可以随时主动给客户端下发数据。相对于HTTP请求需要等待客户端发起请求服务端才能响应，延迟明显更少；即使是和Comet等类似的长轮询比较，其也能在短时间内更多次地传递数据。     

3、保持连接状态。与HTTP不同的是，Websocket需要先创建连接，这就使得其成为一种有状态的协议，之后通信时可以省略部分状态信息。而HTTP请求可能需要在每个请求都携带状态信息（如身份认证等）。     

4、更好的二进制支持。Websocket定义了二进制帧，相对HTTP，可以更轻松地处理二进制内容。     

5、可以支持扩展。Websocket定义了扩展，用户可以扩展协议、实现部分自定义的子协议。如部分浏览器支持压缩等。   

6、更好的压缩效果。相对于HTTP压缩，Websocket在适当的扩展支持下，可以沿用之前内容的上下文，在传递类似的数据时，可以显著地提高压缩率。
缺点：不支持低版本的IE浏览器经老夫掐指一算，小优肯定会选择webSocket


今天就和大家一起学习SpringBoot整合webSocket 一对一发送消息，一对多发送消息，服务器主动推送消息。
什么是webSocket？


对于上面的小优的业务，我给大家画一个牛成图。hiahia~~ 可以参考看看哈。


不知道大家能不能看懂。再给大家写一个word版本的流程图：


好了，废话少说现在SpringBoot和WebSocket集成 上代码：
①、工程目录：


具体代码参考：https://blog.cnbuilder.cn/archives/SpringBoot_websocket 复制过来全乱了。。。。

测试：启动项目


首页访问地址：http://127.0.0.1:12006/


访问WebSocket测试页面1：http://127.0.0.1:12006/ws


访问流程图：


测试一对一发送消息：给另一个用户发送信息换一个浏览器，测试两个 不要用同一浏览器，要不会出问题。访问WebSocket测试页面2：http://127.0.0.1:12006/ws1


一对一发送消息牛成图：


测试服务器主动向浏览器推送消息：http://127.0.0.1:12006/test?userId=xiaoyou002&message=我是小优，听到请回答。接口地址：http://127.0.0.1:12006/test参数：userId：推送人用户id ws.html :xiaoyou001 ws1.html：xiaoyou002 写死的，可根据业务动态写活。

终、、

---

以上就是websocket一对一发送消息，一对多发送消息，服务器主动推送消息 感觉是不是超简单！ 有什么问题可以联系我哈。

---

kingyifan

Michael2018 发表于 2019-7-23 10:41
如果有多个后台管理员坐席，怎么分配这些客户端的请求，（多客服模式）

其实不管有多少管理员推送的思路是不会变的
1、一对一推送（需要找到两个人的用户id）
2、一对多推送（需要找到推送人的用户id和被推送人的用户id进行推送）
3、管理员群发消息（只要知道被推送人的用户id即可能否推送）
还有一种思路就是比如多个客服，当app端填写完成信息。去寻找空闲的管理员id（多个选一个）然后进行推送。

xx_xyzz

小飞鸟 发表于 2019-7-23 10:44
6666我用的tomcat自带websocket

timcat自带websocket?需要配置吗

Michael2018

如果有多个后台管理员坐席，怎么分配这些客户端的请求，（多客服模式）

小飞鸟

6666我用的tomcat自带websocket

glk1010282338

又一个看不懂系列！

leiyinhua

大佬厉害了，学习了

萋小磊

点个赞 和我之前踩坑差不多  还可以使用 netty试试

刘甲乙

支持一下