引用：weixiaoyao 发表于 2019-01-02 18:07
我们目前的离线思路是另一种，从业务层面弱化离线和在线的区别，群消息表内只存1条消息，send_id, group_id ...

引用：JackJiang 发表于 2019-01-02 18:23
文章里的方法，其实是目前主流移动端IM的做法，有一个好处就是：当用户的手机真正离线（也就是网络不可用 ...

引用：郑柳青 发表于 2019-04-19 12:15
其实不太想写评论，因为还没消化后提出好问题或者更好的解决方案。想把好位置给有价值的信息。 不过想想积 ...

引用：jituijiaqiezi 发表于 2019-06-18 16:02
如果只有last_ack_msg_id,如果用户登录了去拉取数据，客户端还没返回拉取的ack，聊天通道就新发送了消息， ...

引用：JackJiang 发表于 2019-04-19 21:36

引用：eng 发表于 2019-09-23 12:53
@JackJiang
如果按msg_id或者时间戳拉取群聊离线消息,遇到以下这种情况怎么处理,求指导.
客户端在线分 ...

引用：JackJiang 发表于 2019-09-23 13:08
你这说的好乱，你直接说，接收者已经在线收到了哪几条，离线了哪几条

引用：eng 发表于 2019-09-23 13:33
@JackJiang

接收者在线收到了msg_id=4,5,6的这三条,  但msg_id=4和msg_id=6的ACK没有成功, 那msg_id= ...

引用：JackJiang 发表于 2019-09-23 14:51
你是在担心：实际上4、6已被收到的情况下，如果服务端再存4、6离线的话，下次拉取就会存在4、6在接收者那 ...

引用：eng 发表于 2019-09-23 16:52
@JackJiang   不是,我不担心4和6拉取重复; 我担心按msg_id > 5 拉取群离线消息,没有拉取到msg_id=4的这条 ...

引用：JackJiang 发表于 2019-09-23 20:19
对于服务端来说，这种异常的ACK，应该有个容错的逻辑

引用：某非著名程序 发表于 2021-03-14 19:10
看了好几遍，我是客户端开发者。有一个疑问
群消息存储一个列表，那个客户端拉取到了那条消息，客户端本身 ...