求教关于IM中服务端发送给客户端的离线消息可靠性问题

服务端发送给客户端如何确保客户端一定会收到，或者客户端收不到，服务端也能知道客户端收不到消息的问题

最近在做消息的离线处理，主要应用场景是当客户端上线时，服务端拉取客户端的离线消息并发送，但是此时客户端又因未知原因掉线了，客户端的在线状态只是一瞬间，服务端也把消息发出去了，但是客户端没收到（因为离线了），但是同时服务端又把数据库的离线消息给删了，请问大佬们如何解决这个问题，谢谢

引用：wzq1915414095 发表于 2019-08-06 16:56
好的，非常感谢

不客气

引用：JackJiang 发表于 2019-08-06 16:14
首先，按照现在主流的技术实现，都是使用http拉，这个好处太多了，具体参考这篇文章《IM消息送达保证机制 ...

好的，非常感谢

引用：wzq1915414095 发表于 2019-08-06 16:10
是的，而且即使使用http还是有这个可靠性的问题吧？

首先，按照现在主流的技术实现，都是使用http拉，这个好处太多了，具体参考这篇文章《IM消息送达保证机制实现(二)：保证离线消息的可靠投递》。

另外，你认为用Http也会发生这种情况？是的，这种方法同样不会百分之百保证，但包括QQ在内，IM的设计原则都有“万有一失”这个原则，必竟聊天消息并不是金融数据，理论上的百分百意义不大。

另外，如果你真的要保证百分百，也很容易，你可以在拉取完成后，客户端再次发起一个确认请求，服务端此时再来删除，这就肯定能百分之百。

引用：JackJiang 发表于 2019-08-06 16:05
你的意思是，客户端的离线消息不是通过http自已主动拉取，而你服务端通过im长连接通道推过来的？

是的，而且即使使用http还是有这个可靠性的问题吧？

引用：wzq1915414095 发表于 2019-08-06 15:19
@JackJiang 所以说，我并不是客户端主地拉取离线消息，而且服务端检测到客户端上线，然后往数据库里面查有 ...

你的意思是，客户端的离线消息不是通过http自已主动拉取，而你服务端通过im长连接通道推过来的？

@JackJiang 所以说，我并不是客户端主地拉取离线消息，而且服务端检测到客户端上线，然后往数据库里面查有没有这个客户端的离线消息，有就往这个客户端发，没有就不做任何操作

当客户端A发消息到客户端B时，客户端B不在线，那么此时就会把消息存到数据库，这个在sdk里面有给方法叫
onTransBuffer_C2C_RealTimeSendFaild_CallBack
然后当客户端B上线时我通过服务端的一个叫onUserLoginAction_CallBack的方法，把数据库的消息发往客户端B
然后删除数据库的内容

离线消息和在线实时消息的概念一定不要混淆了，我看你的说的意思，好像这两个概念不清晰。

你可以告诉我：
1）你当前的离线消息是在什么时机下保存到服务端的？
2）客户端是在什么时机下去获取离线消息的？（获取方式是什么？是通过http主动拉取？）