是否有可能（并且安全）使接受套接字成为非阻塞的？

Question

我正在寻找一种方法来中断阻塞套接字上的accept()调用。 使用信号不是一种选择，因为这意味着在一个库中，我不想让用户信号混乱。 使用select()是另一种选择， buf 出于各种原因，在我的情况下它不是很吸引人。

如果可能的话，最好的方法是从另一个线程将套接字设置为非阻塞模式（使用fcntl()和O_NONBLOCK ），而套接字在accept()调用时被阻塞。 预期的行为是accept()调用将在errno中返回EAGAIN或EWOULDBLOCK 。

它真的会那样工作吗？ 安全吗？ 便携的？

如果您知道此方法对 Windows 的适用性（您需要使用WSAIoctl()和FONBIO ），我也很感兴趣。

Answer 1

我正在寻找一种方法来中断阻塞套接字上的accept()调用。 使用信号不是一种选择，因为这意味着在库中，我不想混淆用户信号。 使用select()是另一种选择，由于各种原因 buf 在我的情况下不是很吸引人。

如果可能的话，最好从另一个线程将套接字设置为非阻塞模式（使用fcntl()和O_NONBLOCK ），而套接字在accept()调用上被阻塞。 预期的行为是accept()调用将在errno返回EAGAIN或EWOULDBLOCK 。

真的会这样吗？ 安全吗？ 便携的？

如果您知道此方法对 Windows 的适用性（您需要使用WSAIoctl()和FONBIO ），我也很感兴趣。

Answer 2

我正在寻找一种方法来中断阻塞套接字上的accept()调用。 使用信号不是一种选择，因为这意味着在库中，我不想混淆用户信号。 使用select()是另一种选择，由于各种原因 buf 在我的情况下不是很吸引人。

如果可能的话，最好从另一个线程将套接字设置为非阻塞模式（使用fcntl()和O_NONBLOCK ），而套接字在accept()调用上被阻塞。 预期的行为是accept()调用将在errno返回EAGAIN或EWOULDBLOCK 。

真的会这样吗？ 安全吗？ 便携的？

如果您知道此方法对 Windows 的适用性（您需要使用WSAIoctl()和FONBIO ），我也很感兴趣。