关于客户端之间消息推送的思考

在系统中存在客户端与客户端之间进行消息推送的需求,使用redis进行消息推送,目前是客户端直接向redis通道进行推送消息,其他客户端直接监听并接收处理,存在的问题如下:
1-由于客户端直接推送,不经过服务端处理,无法进行存储。
2-无确认机制,当其他客户端未打开,将收不到消息。
3-直接推送消息内容过于庞大,会丢失。
4-无法定点推送,所有的监听客户端都会收到消息。

思考方案如下:
1-将需要推送的消息按类型进行拆分解耦,每种类新定义推送接口,获取接口,客户端推送消息先请求接口,服务器将待推送的消息进行缓存,由服务器统一进行定点推送(redis客户端可以订阅任意数量的通道)更新通知,主要通知那种类型的消息有更新了,客户端收到有更新通知后进行主动获取,服务器接收到获取请求后返回推送的消息,此时服务器可以确认客户端已收到消息。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值