请选择 进入手机版 | 继续访问电脑版

默认
打赏 发表评论 27
感觉last_ack_msgid都可以不维护,有客户端自己维护,能想到的就是有可能群组黑名单用户亦可拉取理应被屏蔽的消息,消息拉取行为完全有客户端自行决定
终极方案里,假设id递增的msg1,msg2,msg3;msg3应答了,msg2没有应答;这时last_ack_msgid该怎么处理呢
群玩家加入,退出的通知消息怎么办呢?1.为了保证这些消息每个玩家都能看到,这些通知需要写到消息里
2.但是又不能算做一条未读消息
导致我计算未读消息数的时候异常
我有个需求无法实现,群成员退出,加入消息,由于需要通知全员又不能丢失,只能作为消息发送到群里,这导致我的未读消息数处理异常,因为未读消息数是通过ID相减得出的
引用:一夕 发表于 2019-02-27 20:53
我个人觉得解决方案是建立在实际用户场景里的,对于im而言主要纠结在实时推送【多端问题、及时性、数据不 ...

我有个需求无法实现,群成员退出,加入消息,由于需要通知全员又不能丢失,只能作为消息发送到群里,这导致我的未读消息数处理异常,因为未读消息数是通过ID相减得出的
引用:dayuan555 发表于 2019-07-18 14:25
我有个需求无法实现,群成员退出,加入消息,由于需要通知全员又不能丢失,只能作为消息发送到群里,这导 ...

这个通知,也可以算进未读啊,没什么不合理
签名: 又是负能量爆棚的一天
引用:JackJiang 发表于 2019-07-18 15:09
这个通知,也可以算进未读啊,没什么不合理

微信里,这些通知都没算,我们策划也要求不算
引用:dayuan555 发表于 2019-07-18 16:13
微信里,这些通知都没算,我们策划也要求不算

如果这样,那你就用指令类型区别,当收到是通知的话,就不加未读数
签名: 又是负能量爆棚的一天
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部