引用：某非著名程序 发表于 2021-03-14 20:37
在线才会有重传机制
多端和漫游，消息得保存一个时间段。这么理解有问题不？

是的，是这个意思。

在线才会有重传机制
多端和漫游，消息得保存一个时间段。这么理解有问题不？

引用：某非著名程序 发表于 2021-03-10 13:11
对于这种服务端只做中转的
1. 如果接收端几天不在线，发送方会一直重复发送消息吗？
2. 如果有多端，其中 ...

1、不会重传，接收端上线后主动拉取就行了；
2、对于多端的情况，就不存在投递成功与否的问题了，反正能实时推进去就推，推不过去等这个端上线后就增量的拉，所以服务端必须有个短期内的全量消息缓存。

对于这种服务端只做中转的
1. 如果接收端几天不在线，发送方会一直重复发送消息吗？
2. 如果有多端，其中有一端不在线，算投递成功吗？

引用：登至必极 发表于 2020-11-26 09:28
你好，请教个问题，在线情况下，客户端在发送消息之后立即退出（假设消息因为网络原因未送达至服务端），这 ...

你这种消息在你本地应该是有缓存，而且它有送达状态标记，下次再登陆时，显示一个未送达小图标就可以

你好，请教个问题，在线情况下，客户端在发送消息之后立即退出（假设消息因为网络原因未送达至服务端），这条消息是不是就丢了，针对这种场景有没有好的方法处理？谢谢

引用：behold 发表于 2020-10-30 10:07
学习了，讲的很好

学习了，讲的很好

引用：李蒿 发表于 2020-10-22 10:57
如何通知ClientA是哪条消息的ack呢？从clientA生成id吗？如何保证所有客户端消息的顺序性？

是的，有唯一消息ID。

唯一消息ID有不懂的地方，看看这几篇：

《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇）》
《IM消息ID技术专题(二)：微信的海量IM聊天消息序列号生成实践（容灾方案篇）》
《IM消息ID技术专题(三)：解密融云IM产品的聊天消息ID生成策略》
《IM消息ID技术专题(四)：深度解密美团的分布式ID生成算法》
《IM消息ID技术专题(五)：开源分布式ID生成器UidGenerator的技术实现》
《IM消息ID技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》

如何通知ClientA是哪条消息的ack呢？从clientA生成id吗？如何保证所有客户端消息的顺序性？