在同一台机器上通过 UDP 套接字发送数据可靠吗？

Question

如果我使用 UDP 套接字进行进程间通信，我是否可以期望其他进程以相同的顺序接收所有发送数据？

我知道这通常不适用于 UDP。

Answer 1

不，我以前被这个咬过。 您可能想知道它怎么可能会失败，但是您会遇到待处理数据包缓冲区填满的问题，因此数据包将被丢弃。 网络子系统如何丢弃数据包取决于实现，并没有在任何地方指定。

Answer 2

简而言之，没有。 您不应该对 UDP 套接字上接收到的数据顺序做出任何假设，即使是通过本地主机。 它可能有效，也可能无效，也不能保证。

Answer 3

不，即使使用本地套接字，也没有这样的保证。 如果您想要一种保证按顺序交付的 IPC 机制，您可能会考虑使用带有popen()的全双工管道。 这将打开一个通向可以任意读取或写入的子进程的管道。 它将保证按顺序交付，并可与同步或异步 I/O（ select()或poll() ）一起使用，具体取决于您希望如何构建应用程序。

在 unix 上还有其他选项，例如 unix 域套接字或 System V 消息队列（其中一些可能更快），但从管道读取/写入非常简单且有效。 作为奖励，测试您的服务器进程很容易，因为它只是从 Stdio 读取和写入。

在 Windows 上，您可以查看命名管道，它的工作方式与它们的 Unix 同名管道略有不同，但恰好用于此类进程间通信。

Answer 4

环回 UDP 在许多平台上非常不可靠，您可以轻松看到 50% 以上的数据丢失。 已经有各种借口可以使用更好的传输机制。

现在有许多可用的中间件堆栈使 IPC 更易于使用和跨平台。 看看像ZeroMQ或29 West 的 LBM 之类的东西，它们使用相同的 API 进行进程内、进程间 (IPC) 和网络通信。

Answer 5

套接字接口可能不会对数据的发起者进行流量控制，因此如果您有更高级别的流量控制，您可能会看到可靠的传输，但内存紧缩仍然有可能导致数据报丢失。

如果没有流量控制限制数据报的内核内存分配，我想它会像网络 UDP 一样不可靠。