在socket.io下可靠的消息传递?

API提供发送/发送callback机制来确认收到的消息。 但是,如果发生断开或错误,则此callback不会被触发。 在我看来,在断开连接之后,需要经过一些相当混乱的过程来清理未完成的已发送消息(例如 – 假设您稍后可能需要存储消息以供转发的用例等)。 任何简单的想法在这里如何做到这一点? 想知道我是否错过了一些东西….谢谢。

       

网上收集的解决方案 "在socket.io下可靠的消息传递?"

真正的根本问题

这个问题不仅限于socket.io 。 这是一个众所周知的问题,称为两个将军的问题 。

两个军队由一个将军率领,正在准备袭击一座坚固的城市。 军队在城市附近扎营,各自在山上。 山谷将两座山丘分开,两位将军之间沟通的唯一途径就是派遣信使穿过山谷。 不幸的是,这个山谷被这个城市的守军占领,任何一个通过山谷发送的信使都有可能被俘虏(这种情况下,假设两位将军都同意攻击,但是他们还没有同意攻击他们在各自的山上的位置之前)。

您试图通过不可靠的链接达到共同的知识 。

在通过socket.io进行通信的任何阶段,链接都可以被破坏,并且可以发送callback但是对方不能确定它是否到达。

什么可以做

你需要拥抱这个事实,这总是一个可能性。 这并不是一个简单的解决scheme 。 这个问题及其推广在多Agent系统研究等领域仍然正在积极研究。

在你的具体情况下仍然可以做什么

有一些常见的方法来缓解这个问题。

我在使用socket.iodevise应用程序时所做的事情是将ID附加到消息中,如果发生断开连接并且一方尝试发送已发送的消息,则接收方将意识到消息已被接收。

请注意,在实践中,你不需要在任何地方这样做。

关于这个问题的更多阅读

  • 相关的问题在这里SO
  • 微软研究院的拜占庭将军问题 (LESLIE LAMPORT,ROBERT SHOSTAK和MARSHALL PEASE)讨论了这个问题并提出了一些解决scheme
  • 由Yoav Shoham 撰写的着名书籍讲述了Multiagent系统以及他们如何解决这个问题。
  • 博客文章关于这个问题在TCP。