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

默认
打赏 发表评论 21
引用:JackJiang 发表于 2019-02-27 21:36
哪些群有新消息,服务端肯定是确切知道的,不需要客户端来按照这么多群一个个遍历拉取

服务端肯定是可以计算出,但问题的关键是效率。一个人的会话数很多的时候(无限建群模式),如何快速找到存在未读消息的会话列表才是问题的核心。
引用:一夕 发表于 2019-02-27 20:53
我个人觉得解决方案是建立在实际用户场景里的,对于im而言主要纠结在实时推送【多端问题、及时性、数据不 ...

看的出来是有经验的人,你可以整理整理你的一些经验,分享出来。这方面的资料还是很稀缺的
签名: 心烦意乱
感觉last_ack_msgid都可以不维护,有客户端自己维护,能想到的就是有可能群组黑名单用户亦可拉取理应被屏蔽的消息,消息拉取行为完全有客户端自行决定
终极方案里,假设id递增的msg1,msg2,msg3;msg3应答了,msg2没有应答;这时last_ack_msgid该怎么处理呢
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部