最后更新:2022-02-19 15:01
目前做了一个接口:邀请用户成为某课程的管理员,于是我感觉有能在用户被邀请之后能有个立马通知他本人的机(类似微博、朋友圈被点赞后就有立马能收到通知一样),于是就闲来没事搞了一套。
:star:推荐阅读: Websocket 协议简介
WebSocket协议是基于TCP的一种新的 网络协议 。它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器主动发送信息给客户端。

为什么使用Websocket?
因为普通的http协议一个最大的问题就是:通信只能由客户端发起,服务器响应(半双工)****,而我们希望可以全双工通信。
因此一句话总结就是:建立websocket(以下简称为ws)连接是为了让服务器主动向前端发消息,而无需等待前端的发起请求调用接口。
我们现在有:
用户A用户BSpringboot服务器用户A调用接口邀请用户B成为课程成员MySQL的数据表:course_member_invitation,记录课程邀请记录,其形式如下(忽略时间等列):| id | course_id | account_id | admin_id | is_accepted | bind_message_id |
|---|---|---|---|---|---|
| 邀请id | 课程id | 受邀用户id | 邀请人id(因其本身为课程管理员) | 受邀用户是否接受了邀请 | 绑定的消息id |
course_message,记录消息记录,其形式如下(忽略时间等列):| id | type | account_id | source_id | is_read | is_ignored |
|---|---|---|---|---|---|
| 消息id | 消息类型 | 收信人用户id | 发信人用户id | 是否已读 | 收信人是否忽略 |
course_message_type,记录消息类型,其形式如下| id | name | description |
|---|---|---|
| 消息类型id | 消息类型名称 | 描述 |
RabbitMQ(因不是重点,所以此处暂不讨论,最后一章叙述)
业务步骤主要涉及两个方法addCourseMemberInvitation与sendMessage和一个组件CourseMemberInvitationListener,分别做:
addCourseMemberInvitation:
用户A调用接口,邀请用户B成为某门课程的管理员Springboot服务器收到请求,将这一请求生成邀请记录、消息记录,写入下表:sendMessage处理发送消息的业务。用户AsendMessage:
RabbitMQ中对应的消息队列。CourseMemberInvitationListener:
在Springboot中配置Websocket
pom.xml文件Websocket Server组件配置初步:com.xxxxx.course.webSocket.WebSocketServer几点说明:
@ServerEndpoint注解:这么注解之后,前端只用发起ws://xxx.xxx:xxxx/ws/{uid}即可开启ws连接(或者wss协议,增加TLS), 比如前端js代码这么写:
一切看起来很顺利,我只要放个用户id进去,就可以想跟谁通讯就跟谁通讯咯!
但设想一个场景, 我是小明,uid为250,我想找uid为520的小花聊天,理论上我只要发起ws://xxx.xxx:xxxx/ws/250请求与服务器连接,小花也发起ws://xxx.xxx:xxxx/ws/520与服务器建立ws连接,我们就能互发消息了吧!
这时候出现了uid为1的小黄,他竟然想挖墙脚!?他竟然学过js,自己发了ws://xxx.xxx:xxxx/ws/520跟服务器建立ws连接,而小花根本不想和我发消息,所以实际上是小黄冒充了小花,把小花NTR了(实际上人家并不在乎:disappointed_relieved:),跟我愉快地聊天?!
那怎么办啊?我怎么才能知道在跟我Websocket的究竟是美女小花还是黄毛小黄啊??!
这就引入了JWT!
所以在调研了很多公开的解决方案,看到了可以改用令牌(token)来建立ws连接,同时验证用户身份(事实上一些其他接口也可以用令牌(token)来保证接口安全性)。
js:

最初考虑的是用/ws/{userId}来建立ws连接,然后在后台拿session中的user来对比用户id,判断合法性。
结果发现ws的session和http的session是不同的,还不好拿,可能得想办法把http的session存到redis或者DB(也可以存在内存中,只是可能又要消耗内存资源),在建立ws连接之前去拿出来验证合法性。后面查到了还有JWT这种好东西。
JWT好在哪里?
:star:推荐阅读: 什么是 JWT -- JSON WEB TOKEN
我的总结:
pom.xml
token的前两个部分是由base64编码的,所以需要codec进行解码。
实现一个JWT工具类
目前基本当作工具使用
com.xxxx.course.util.JWTUtil
调整登陆 service 中,登陆时返回一个token
com.xxxx.course.service.impl.AccountServiceImpl
WebSocket 连接握手时进行身份验证
之后前端只要携带token进行ws连接即可,写了个ws的配置类,继承了一个websocket连接的监听器ServerEndpointConfig.Configurator,进行token的验证。
com.XXXXX.course.config.webSocket.WebSocketConfig
这样,每次服务器建立ws连接前,都要验证token的合法性,仅仅通过JWTUtil.verify(token);即可!当token不合法,就会抛出异常。
再配合重写websocket server的onOpen方法,应该就能进行身份可信的通信了!
pom.xml
RabbitMQ 配置类
com.xxxx.course.config.rabbitMQ.RabbitMQConfig项目运行后,在RabbitMQ服务器中就会出现刚刚注册的队列与交换器(图是旧的,没有体现根据环境命名队列,但是其实做到了):

课程管理成员邀请接口
com.scholat.course.service.impl.CourseMemberInvitationServiceImpl
CourseMemberInvitationServiceImplcourseMessageService中实现的sendMessage方法:com.xxxx.course.rabbitMQ.listener.CourseMemberInvitationListener该类是用以监听_课程成员邀请_消息的,即是在rabbitMQ服务器建立的member_invitation队列。
com.xxxx.course.rabbitMQ.MessageHandler, 该类是用来处理监听事件的:这样做应该就可以用RabbitMQ了。
本文的难点是ws的认证问题,虽然用超级好用的JWT解决了,但是随之而来的还有很多问题,比如:
这些问题还是有待解决是:joy:
本文就当记录一下自己的胡作非为吧:joy:
总之,至少小花再也不怕被小黄NTR了
本文由 在线网速测试 整理编辑,转载请注明出处。