为什么 XMPP 消息有时会在移动设备上丢失

Question

This question 询问当移动设备没有稳定连接时丢失 XMPP 消息该怎么办，但我真的不明白为什么包首先会丢失。

我记得曾经读过服务器和客户端之间的流在连接突然丢失时保持打开状态，并且只有在连接超时时才会被破坏。这意味着服务器通过流发送到达的消息，即使断开连接的客户端无法再接收这些消息。

一段时间以来，我对这个解释感到满意，但开始想知道为什么核心 XMPP 会缺少如此重要的功能。最终我注意到确保 XMPP 协议中的正确传输是多余的，因为底层 TCP 应该已经确保消息的正确传输，但是由于丢失消息引起的各种问题，这似乎不是真的。

为什么 TCP 不足以确保消息正确发送或正确失败，以便服务器知道它必须稍后发送消息？

Answer 1

为什么在这种情况下 TCP 不足以确保正确传输（或正确的错误处理，以便服务器知道必须再次发送消息）？

应用程序提供需要发送到其 TCP 的数据。 TCP 根据需要对数据进行分段，并在已建立的连接上将它们发送出去。应用程序将确保数据包到达另一端的负担转交给 TCP。 （这并不意味着应用程序不应该重新传输。如果没有正确的响应，应用程序级协议可以定义重新发送消息）

TCP 具有重传机制。发送给对等方的每个数据包都需要得到确认。在 TCP 收到确认之前，它的 sendQ 中应该有数据包。一旦收到对发送数据包的确认，它们就会被删除。

如果数据包丢失，确认不会到达。 TCP 进行重新传输。最终放弃。通知需要采取行动的应用程序。数据包丢失可能超出 TCP 的控制范围。因此，TCP 提供了尽力而为的可靠服务。