关于项目中使用netty-socketIO实现ws推送服务

本文详细介绍了使用Netty-WebSocket构建纯WebSocket服务的过程,包括在线人数统计、用户实时状态跟踪、授权验证、心跳保活机制及消息推送策略,特别关注于解决同一浏览器多窗口连接问题及集群环境下消息同步。
摘要由CSDN通过智能技术生成

关于项目中使用netty-socketIO的问题

参考: github.com/mrniko/nett…

根据源码自己打包了1.7.17版本供自己项目使用(仓库目前 1.7.16)
项目由springboot编写,移除tomcat依赖,纯粹的websocket服务,不编写任何业务代码,跟其他服务以队列的方式进行交互
服务仅担任搬运工的角色。\

统计在线人数

client跟channel是分开存的, 同一个浏览器多个选项卡打开客户端,只会保留最后client,但channel有多条,client以map存储,且key为 sessionId源码参考ClientsBox调用
修改了源码中AuthorizeHandler,sessionId的获取方式 UUID sessionId = this.generateOrGetSessionIdFromRequest(req.headers());变更为UUID sessionId = UUID.randomUUID(); 解决了同一个浏览器多个client,但后端执行getAllClients只获取到最后一个client对象。

用户实时状态

监听Connect&Disconnect 将用户状态通过队列发送至下一个服务.(队列作为缓冲防止短时间连接过多) 连接成功:deviceId => session 保存客户端至redis(已连接标识),根据deviceId获取对应离线消息补发. 关闭连接:移除redis中该deviceId保存的信息
特殊情况下服务端无法监听到Disconnect(服务器断电),已写入数据库的"已连接客户端"数据不准确
处理办法:定时(24h)将数据库中在已连接的客户端deviceId传递给ws服务,通过redis中"心跳"的数据进行比对,筛选出已离线设备,告知设备中心进行状态变更。

授权验证

实现AuthorizationListener,在握手时进行校验,授权失败时,客户端可以自行捕获401错误,关闭连接。(默认连接失败5s连接一次)
①确定该deviceId是否合法
②在根据redis判断该连接是否已连接(顶号操作)
③设置阈值防止频繁顶号.例如:登陆成功在redis根据deviceId设置一个cout 为1,过期时间10s的标识。当cout>3时拒绝授权.

心跳保活

由于项目使用shardedJedis管理redis,不支持keys查询(keys查询会造成堵塞),考虑到如果已key->value + 过期时间 方式记录"活"着的连接,在获取时连接过于频繁,采用hash方式存储 实现PingListener,以hset("ping",deviceid,nowTime) 存入redis

消息监听

这部分服务只做消息的搬运工,将客户端的消息丢入队列有下一个服务自行处理。

消息推送

由其他服务通过队列发送deviceId及具体的msg ,根据redis中的记录找到对应的clientId,推送下去。 (在集群环境中时,可以在登陆成功时将服务的ip跟deviceId的绑定关系记录下来,将消息广播到所有集群服务的队列中,查询绑定关系,不相等不处理. Q1:异常断开绑定记录如何清理?)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值