阻塞模式下套接字操作会挂起线程直至完成，适用于简单通信；非阻塞模式需通过fcntl或ioctlsocket设置，配合select、poll、epoll等多路复用技术实现高效并发，适合高负载场景，需处理部分读写及连接状态判断，合理选择模式取决于应用需求。
在C++的套接字编程中，阻塞与非阻塞模式的选择直接影响网络通信的效率和程序的响应能力。理解并正确使用这两种模式，是开发高性能网络应用的基础。
阻塞模式的基本行为
默认情况下，套接字处于阻塞模式。这意味着当调用如 recv()、send()、connect() 等函数时，如果操作不能立即完成，函数会一直等待，直到数据可读、可写或连接建立成功。
例如：
- recv(sockfd, buffer, sizeof(buffer), 0) 在没有数据到达时会挂起线程。
- connect() 在目标主机无响应时可能等待数秒。
这种模式适合简单的一对一通信场景，但无法高效处理多个连接或需要及时响应其他事件的情况。
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
设置非阻塞模式的方法
将套接字设为非阻塞后，I/O 操作不会挂起线程。若操作不能立即完成，函数返回错误，并通过 errno 或返回值表明原因（如 EWOULDBLOCK 或 EAGaiN）。
在 linux 中，可通过 fcntl() 设置非阻塞：
int flags = fcntl(sockfd, F_GETFL, 0);
fcntl(sockfd, F_SETFL, flags | O_NONBLOCK);
在 windows 中，使用 ioctlsocket()：
unsigned long nonBlocking = 1;
ioctlsocket(sockfd, FIONBIO, &nonBlocking);
设置后，所有后续 I/O 调用都将立即返回，需程序自行判断是否需要重试。
非阻塞模式下的I/O处理策略
非阻塞套接字通常配合多路复用机制使用，以实现单线程管理多个连接。
- select()：跨平台，支持有限数量的文件描述符，需遍历检查就绪状态。
- poll()：比 select 更灵活，支持更多描述符，但同样需要轮询。
- epoll()（Linux）：高效，仅返回就绪的套接字，适合高并发场景。
- WSAEventSelect / WSAAsyncSelect（windows）：基于事件或消息的异步通知机制。
典型流程如下：
while (running) {
poll(fds, nfds, timeout);
for each socket {
if (readable) handle_recv();
if (writable) handle_send();
}
}
实际编程中的注意事项
使用非阻塞模式时，必须正确处理部分发送和接收的情况。
- send() 可能只写入部分数据，需记录已发送量并等待可写事件继续发送。
- recv() 返回 0 表示连接关闭，-1 且 errno 为 EAGAIN/EWOULDBLOCK 表示无数据可读。
- 连接建立过程中，非阻塞 connect() 可能返回 -1 并置 errno 为 EINPROGRESS，之后需通过 select 写事件判断连接是否成功。
建议封装读写逻辑，支持缓冲区管理和状态机处理，避免数据丢失或重复处理。
基本上就这些。选择阻塞还是非阻塞，取决于应用场景。简单工具可用阻塞+多线程，高并发服务推荐非阻塞+多路复用。关键在于理解每种模式的行为，并合理设计事件处理流程。