我觉得你刚开始开发的话，可以把ack这个过程给省掉，先把功能都搞起来，后面再精益优化，一开始不要把事情做复杂，因为im的事情多数时间都是可大可小，往细了做就很复杂。

引用：YangYu 发表于 2021-06-15 14:56
大佬，我也想省略，但是项目需要让实现ACK过程，而且还要我搞多端，目前把单聊群聊以及离线消息ACK应答都 ...

你说的这个ack，是不是当多端都在线的情况下，消息推出去后，如何确保那个端确实收到了，是否这个意思？

引用：YangYu 发表于 2021-06-15 15:36
是这个意思

你的服务端必然有送达保证机制吧，推出去的消息不管是哪个端，都由你这个送达机制来保证（没有ack回来就表示需要重传，重传结束如果还没ack回来那就离线，离线时肯定要做幂等处理，必竟你同一个账号的多端，离线消息是不应该重复存的）。

引用：YangYu 发表于 2021-06-15 16:24
那多端消息是否存一份？还是说，有多少端就存几份消息？

存一份就可以，客户端保存最后的同步标识，拉取时增量拉取