您如何检查消息是否已到达目的地，我想出了一个解决方案，但由于我不是此类主题的专业人士，我想知道其他一些方法。 我的解决方案是（客户端）发送数据包，如果在超时时间内没有收到确认，则再次发送，（服务器端）如果收到的消息是正确的发送确认，如果在另一端没有收到则再次发送. 这是该算法的示意图， Picture。 简而言之，双方发送消息两次。 还有其他想法吗？
【问题讨论】：
这取决于您的应用程序。但是看你附上的图表，你更喜欢 TCP 通信。
但是，如果你真的想使用 UDP 而不是 TCP，你必须放弃 ACK 的东西。
假设您不断将图像流式传输到远程目标。只要流媒体的速度尽可能快，您就不必担心一些帧丢失。您可以使用 UDP。还要考虑传输线（物理层）预测结果的可靠性。
但如果您的应用程序对时间要求不高，但需要尽可能高的可靠性，那么您可以使用 TCP。
更多细节[访问]
下面是与UDP和TCP的一些比较
UDP 协议是一个非常简单的协议，它允许通过 IP 发送数据报。在传输时间关键型数据方面，UDP 比 TCP 更可取，因为 TCP 的许多可靠性特性往往是以更高的延迟和延迟为代价的，这是由于在丢包的情况下无条件重新发送数据而导致的。
与 TCP 不同，TCP 向程序员提供每个连接的对等点一个有序的八位字节流，UDP 提供基于数据包的接口，没有连接对等点的概念。到达的数据报包含一个源地址1，程序员需要手动跟踪概念上的对等“连接”。
TCP 保证 2 给定的八位字节将被传递给连接的对等体，或者连接将被中断并通知程序员。 UDP 不保证任何给定的数据包都会被传递，并且在数据包丢失的情况下不提供通知。
TCP 保证发送的每个八位字节都将按照发送的顺序被接收。 UDP 不保证以任何特定顺序接收传输的数据包，尽管 IP 等底层协议暗示在没有路由和/或硬件错误的情况下，通常会按照传输的顺序接收数据包。
TCP 对传输数据的大小没有限制。 UDP 直接向程序员公开了几个特定于实现的（但也是标准化的）数据包大小限制。创建大小超过这些限制的数据包会增加数据包被碎片化或简单丢弃的机会。分片是不可取的，因为如果数据报的任何单个片段丢失，则整个数据报将自动丢弃。由于各种重叠的标准，为数据报制定一个安全的最大大小并非易事。
【讨论】：