如何用WebSocket打造Web端IM即时通讯聊天
Posted wecloud1314
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何用WebSocket打造Web端IM即时通讯聊天相关的知识,希望对你有一定的参考价值。
WebSocket如今在Web端即时通讯技术应用里使用广泛,不仅用于传统PC端的网页里,也被很多移动端开发者用于基于html5的混合APP里。对于想要在基于Web的应用里添加IM、推送等实时通信功能,WebSocket几乎是必须要掌握的技术。
相比 HTTP 协议来说,WebSocket 协议对大多数后端开发者是比较陌生的。
相对而言:WebSocket 协议重点是提供了服务端主动向客户端发送数据的能力,这样我们就可以完成实时性较高的需求。例如:聊天 IM 即使通讯功能、消息订阅服务、网页游戏等等。
同时:因为 WebSocket 使用 TCP 通信,可以避免重复创建连接,提升通信质量和效率。
友情提示:
这里有个误区,WebSocket 相比普通的 Socket 来说,仅仅是借助 HTTP 协议完成握手,创建连接。后续的所有通信,都和 HTTP 协议无关。
要想使用WebSocket,一般有如下几种解决方案可选:
1)方案一:Spring WebSocket;
2)方案二:Tomcat WebSocket;
3)方案三:Netty WebSocket。
目前笔者手头有个涉及到 IM 即使通讯的项目,采用的是方案三。
主要原因是:我们对 Netty 框架的实战、原理与源码,都相对熟悉一些,所以就考虑了它。并且,除了需要支持 WebSocket 协议,我们还想提供原生的 Socket 协议。
如果仅仅是仅仅提供 WebSocket 协议的支持,可以考虑采用方案一或者方案二,在使用上,两个方案是比较接近的。相比来说,方案一 Spring WebSocket 内置了对 STOMP 协议的支持。
不过:本文还是采用方案二“Tomcat WebSocket”来作为入门示例。咳咳咳,没有特殊的原因,主要是开始写本文之前,已经花了 2 小时使用它写了一个示例。实在是有点懒,不想改。如果能重来,我要选李白,哈哈哈哈~
当然,不要慌,方案一和方案二的实现代码,真心没啥差别。
在开始搭建 Tomcat WebSocket 入门示例之前,我们先来了解下 JSR-356 规范,定义了 Java 针对 WebSocket 的 API :即 Javax WebSocket 。规范是大哥,打死不会提供实现,所以 JSR-356 也是如此。目前,主流的 Web 容器都已经提供了 JSR-356 的实现,例如说 Tomcat、Jetty、Undertow 等等。
消息
在 HTTP 协议中,是基于 Request/Response 请求响应的同步模型,进行交互。在 Websocket 协议中,是基于 Message 消息的异步模型,进行交互。这一点,是很大的不同的,等会看到具体的消息类,感受会更明显。
因为 WebSocket 协议,不像 HTTP 协议有 URI 可以区分不同的 API 请求操作,所以我们需要在 WebSocket 的 Message 里,增加能够标识消息类型,这里我们采用 type 字段。
所以在这个示例中,我们采用的 Message 采用 JSON 格式编码。
格式如下:
type: "", // 消息类型
body: // 消息体
解释一下:
1)type 字段,消息类型。通过该字段,我们知道使用哪个 MessageHandler 消息处理器(关于 MessageHandler ,我们在下一节中,详细解析);
2)body 字段,消息体。不同的消息类型,会有不同的消息体;
3)Message 采用 JSON 格式编码,主要考虑便捷性,实际项目下,也可以考虑 Protobuf 等更加高效且节省流量的编码格式。即时通讯聊天软件app开发可以加蔚可云的v:weikeyun24咨询
实际上:我们在该示例中,body 字段对应的 Message 相关的接口和类,实在想不到名字了。所有的 Message 们,我们都放在 cn.iocoder.springboot.lab25.springwebsocket.message 包路径下。
Message
创建 Message 接口,基础消息体,所有消息体都要实现该接口。
代码如下:
// Message.java
public interface Message
目前作为一个标记接口,未定义任何操作。
解释一下:
1)TYPE 静态属性,消息类型为 AUTH_REQUEST 。
2)accessToken 属性,认证 Token 。
对于第2)点,在 WebSocket 协议中,我们也需要认证当前连接,用户身份是什么。一般情况下,我们采用用户调用 HTTP 登录接口,登录成功后返回的访问令牌 accessToken 。
虽然说,WebSocket 协议是基于 Message 模型,进行交互。但是,这并不意味着它的操作,不需要响应结果。例如说,用户认证请求,是需要用户认证响应的。所以,我们创建 AuthResponse 类,作为用户认证响应。
解释一下:
1)TYPE 静态属性,消息类型为 AUTH_REQUEST ;
2)code 属性,响应状态码;
3)message 属性,响应提示。
对于第1)点,实际上,我们在每个 Message 实现类上,都增加了 TYPE 静态属性,作为消息类型。下面,我们就不重复赘述了。
在本示例中,用户成功认证之后,会广播用户加入群聊的通知 Message ,使用 UserJoinNoticeRequest 。
实际上,我们可以在需要使用到 Request/Response 模型的地方,将 Message 进行拓展:
1)Request 抽象类,增加 requestId 字段,表示请求编号;
2)Response 抽象类,增加 requestId 字段,和每一个 Request 请求映射上(同时,里面统一定义 code 和 message 属性,表示响应状态码和响应提示)。
这样,在使用到同步模型的业务场景下,Message 实现类使用 Request/Reponse 作为后缀。例如说,用户认证请求、删除一个好友请求等等。
而在使用到异步模型能的业务场景下,Message 实现类还是继续 Message 作为后缀。例如说,发送一条消息,用户操作完后,无需阻塞等待结果
消息处理器
每个客户端发起的 Message 消息类型,我们会声明对应的 MessageHandler 消息处理器。这个就类似在 SpringMVC 中,每个 API 接口对应一个 Controller 的 Method 方法。
所有的 MessageHandler 们,我们都放在 cn.iocoder.springboot.lab25.springwebsocket.handler 包路径下。
代码在 cn.iocoder.springboot.lab25.springwebsocket.util 包路径下。
创建 WebSocketUtil 工具类,主要提供两方面的功能:
1)Session 会话的管理;
2)多种发送消息的方式。
整体代码比较简单,自己瞅瞅哟。
onMessage
重新实现#onMessage(Session session, String message) 方法,实现不同的消息,转发给不同的 MessageHandler 消息处理器。
这是参考 rocketmq-spring 项目的 DefaultRocketMQListenerContainer#getMessageType() 方法,进行略微修改。
如果大家对 Java 的泛型机制没有做过一点了解,可能略微有点硬核。可以先暂时跳过,知道意图即可。
<4> 处,调用 MessageHandler#execute(session, message) 方法,执行处理请求。
另外:这里增加了 try-catch 代码,避免整个执行的过程中,发生异常。如果在 onMessage 事件的处理中,发生异常,该消息对应的 Session 会话会被自动关闭。显然,这个不符合我们的要求。例如说,在 MessageHandler 处理消息的过程中,发生一些异常是无法避免的。
继续基于上述创建的三个浏览器,我们先点击「清空消息」按钮,清空下消息,打扫下上次测试展示出来的接收得到的 Message 。当然,WebSocket 的连接,不需要去断开。
在第一个浏览器中,分别发送两种聊天消息。
WebSocketUtil
因为 Tomcat WebSocket 使用的是 Session 作为会话,而 Spring WebSocket 使用的是 WebSocketSession 作为会话,导致我们需要略微修改下 WebSocketUtil 工具类。改动非常略微,点击 WebSocketUtil.java 查看下,秒懂的噢。
主要有两点:
1)将所有使用 Session 类的地方,调整成 WebSocketSession 类;
2)将发送消息,从 Session 修改成 WebSocketSession 。
消息处理器
将cn.iocoder.springboot.lab25.springwebsocket.handler包路径下的消息处理器们,使用到 Session 类的地方,调整成 WebSocketSession 类。
DemoWebSocketShakeInterceptor
在cn.iocoder.springboot.lab25.springwebsocket.websocket包路径下,创建 DemoWebSocketShakeInterceptor 拦截器。因为 WebSocketSession 无法获得 ws 地址上的请求参数,所以只好通过该拦截器,获得 accessToken 请求参数,设置到 attributes 中。
以上是关于如何用WebSocket打造Web端IM即时通讯聊天的主要内容,如果未能解决你的问题,请参考以下文章
网页端IM即时通讯技术入门之短轮询长轮询SSEWebSocket