Socket阻塞模式

在 socket 编程中，套接字可以设置为阻塞模式或非阻塞模式。阻塞模式是默认模式，即当程序执行 socket 相关的系统调用（如 connect、accept、send 和 recv 等）时，如果相应的操作无法立即完成，程序将会被阻塞，直到操作完成为止。例如，在阻塞模式下，当调用 accept() 函数时，如果没有新的客户端连接请求到达，程序会一直阻塞在 accept() 函数处，直到有新的连接请求到达为止。

阻塞模式的主要优点是简单易用，无需考虑异步操作和线程同步等问题，适合于编写简单的网络应用程序。但是，它的缺点也非常明显，即当程序阻塞在一个 socket 操作上时，无法进行其他的操作，从而降低了程序的并发处理能力，导致程序效率低下。此外，在高负载的网络环境下，阻塞模式可能会导致程序的性能急剧下降。

因此，在一些高性能网络应用中，通常使用非阻塞模式来提高程序的并发处理能力和性能。非阻塞模式可以通过将套接字设置为非阻塞模式，即设置 fcntl(fd, F_SETFL, O_NONBLOCK) 来实现。在非阻塞模式下，当程序执行 socket 相关的系统调用时，如果相应的操作无法立即完成，系统会立即返回一个错误码，而不是一直等待操作完成。因此，程序需要使用循环不断地尝试进行相应的操作，直到操作成功为止。例如，在非阻塞模式下，当调用 accept() 函数时，如果没有新的客户端连接请求到达，程序会立即返回一个错误码，并通过轮询或事件通知等方式不断尝试调用 accept() 函数，直到有新的连接请求到达为止。这样可以避免程序被长时间阻塞，提高程序的并发处理能力和性能。