什么时候连接的UDP套接字会被OS关闭？

Question

我在Linux下运行的C++程序中有一个UDP文件描述符。我呼叫connect()将它连接到一个远程地址，然后从该套接字读取和写入。

根据UNIX网络编程，“异步错误返回到连接的UDP套接字的进程”。我猜测这些异步错误会导致操作系统关闭UDP套接字，但这本书并不清楚。也不清楚哪种类型的异步错误是可能的，尽管建议如果远程机器上的端口未打开，套接字将被关闭。

所以我的问题是：在什么情况下Linux会关闭UDP文件描述符？

• 坏端口号？
• 错误的IP地址？
• 其他？

Answer 1

UDP套接字上的connect（）只记录您传入的端口号和IP地址，因此它只接受来自该IP /端口的数据包，并且您可以使用套接字fd发送/写入数据而不指定每个发送/写入呼叫的远程地址。关于这一点，异步错误意味着如果你发送（）一些东西，并且发送调用会导致稍后发生错误（例如，当TCP/IP堆栈实际发送数据包或稍后返回一个ICMP数据包时），一个后续发送将返回该错误。这种异步错误仅在“连接的”UDP套接字上返回。 （linux udp（7）联机帮助页提示无论套接字是否连接都会返回错误，但测试显示，至少当发送的UDP数据包生成ICMP错误时，情况并非如此。如果你在该套接字上使用recv（）而不是随后的send（）调用产生错误，可能会返回send（）错误）

虽然套接字未关闭，但您必须自己关闭它通过调用close（）或退出程序。例如如果您连接（）您的UDP套接字，并发送到无人接听端口，则通常会返回ICMP数据包，并且随后的send（）调用将失败，并将errno设置为ECONNREFUSED。但是，您可以继续在该套接字上发送，但不会被操作系统关闭，并且如果有人开始在端口上收听数据包，则数据包将通过。

Answer 2

UDP套接字是无连接的，所以没有真正的重视他们“开放”状态感 - 这是不同于TCP套接字，其中一个插槽可以是任何数量的连接状态，如通过数据包起来的交易所决定到一个给定的点。

UDP套接字可以被打开和关闭的唯一意义在于它们是具有一些内部状态和文件描述符的系统级对象。如果发生错误，套接字永远不会自动关闭，并且将无限期地保持打开状态，除非它们的拥有进程终止或调用其上的close。

若要解决您的其他问题，如果目标主机上的目标端口未打开，则UDP数据包的发送者永远不会知道。** UDP不提供接收方应答的手段。数据包被路由，如果它到达主机，检查是否正确，并且成功接收或丢弃。当写入UDP套接字时，send可能返回错误代码的原因很多，但它们都不涉及接收主机的状态。**我建议查阅sendtomanpage查找可能的故障模式。另一方面，在TCP套接字尝试连接到未打开的端口的情况下，发送方永远不会收到其初始连接请求的确认，并且最终connect将失败。此时，发送端会停止通过套接字发送数据（因为这只会产生更多错误），但即使在这种情况下，套接字文件描述符也不会自动关闭。

**请参阅@Zuljin在回复中的回复。

Answer 3

操作系统不会因为发生错误而关闭套接字。如果另一端消失，您可以继续向其发送消息（但可能会收到更多错误）。