第十八章：非阻塞I/O——fcntl()、connect()与accept()的实战心法

说实话，非阻塞I/O这块内容，我当年刚入行时觉得挺简单的。不就是设置个标志位嘛，有什么难的？结果第一次在生产环境里栽跟头，就是因为对非阻塞connect()的理解不够深。嗯，今天咱们就把这块彻底讲透。

18.1 为什么需要非阻塞I/O？

默认情况下，socket是阻塞模式的。你调用recv()，如果没有数据，线程就卡在那了。你调用connect()，如果对端没响应，可能等上好几十秒。这在单线程服务器里简直是灾难。

我个人的习惯是：任何可能长时间阻塞的操作，都要考虑非阻塞方案。你想想看，一个游戏服务器，如果因为一个玩家的连接卡住，导致其他几百个玩家都跟着等，这合理吗？

18.2 fcntl()：设置非阻塞的瑞士军刀

设置非阻塞最常用的方法就是fcntl()。这个函数功能很强大，但我们今天只关心它设置文件描述符属性的能力。

// 设置非阻塞的标准写法
int set_nonblocking(int fd) {
    int flags = fcntl(fd, F_GETFL, 0);
    if (flags == -1) {
        return -1;
    }
    return fcntl(fd, F_SETFL, flags | O_NONBLOCK);
}

这里有个细节我提醒你注意：一定要先获取再设置。我曾经见过有人直接写fcntl(fd, F_SETFL, O_NONBLOCK)，结果把文件状态标志位全覆盖了，导致其他属性丢失。这种bug特别难排查。

18.3 非阻塞connect()：别让客户端卡死

阻塞connect()的问题很明显：如果服务器挂了，或者网络不通，你的程序可能要等几十秒才返回。这在客户端程序里尤其不能忍。

非阻塞connect()的流程是这样的：

1. 创建socket，设置O_NONBLOCK
2. 调用connect()，它几乎立即返回-1
3. 检查errno，如果是EINPROGRESS，说明连接正在建立
4. 用select()/poll()/epoll()等待socket可写
5. 连接完成后，用getsockopt()检查是否有错误

int nonblock_connect(const char *ip, int port) {
    int sock = socket(AF_INET, SOCK_STREAM, 0);
    set_nonblocking(sock);

    struct sockaddr_in addr;
    addr.sin_family = AF_INET;
    addr.sin_port = htons(port);
    inet_pton(AF_INET, ip, &addr.sin_addr);

    int ret = connect(sock, (struct sockaddr*)&addr, sizeof(addr));
    if (ret == 0) {
        // 运气好，立即连接成功
        return sock;
    }

    if (errno != EINPROGRESS) {
        close(sock);
        return -1;
    }

    // 等待连接完成，设置超时5秒
    struct timeval tv = {5, 0};
    fd_set wset;
    FD_ZERO(&wset);
    FD_SET(sock, &wset);

    ret = select(sock + 1, NULL, &wset, NULL, &tv);
    if (ret <= 0) {
        close(sock);
        return -1;
    }

    // 检查连接是否成功
    int error = 0;
    socklen_t len = sizeof(error);
    getsockopt(sock, SOL_SOCKET, SO_ERROR, &error, &len);
    if (error != 0) {
        close(sock);
        return -1;
    }

    return sock;
}

18.4 非阻塞accept()：别让新连接等太久

阻塞accept()的问题在于：如果一直没有新连接，调用线程就卡住了。在事件驱动模型里，这会导致整个事件循环停摆。

非阻塞accept()就简单多了：

int server_fd = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, 0);
// 或者之后设置
set_nonblocking(server_fd);

// 在事件循环中
while (1) {
    struct sockaddr_in client_addr;
    socklen_t addr_len = sizeof(client_addr);

    int client_fd = accept(server_fd, 
                          (struct sockaddr*)&client_addr, 
                          &addr_len);

    if (client_fd == -1) {
        if (errno == EAGAIN || errno == EWOULDBLOCK) {
            // 没有新连接，继续处理其他事件
            continue;
        }
        // 真正的错误
        break;
    }

    // 处理新连接
    handle_client(client_fd);
}

这里有个关键点：accept()返回的client_fd默认是阻塞的。我建议你立即也把它设置成非阻塞，否则后续的读写操作又会卡住。

18.5 知识体系总览

下面这张图总结了非阻塞I/O的核心脉络：

18.6 常见错误与避坑指南

错误场景	表现	解决方案
非阻塞connect()后直接send()	连接还没建立，数据发不出去	等待socket可写后再发送
忘记设置accept()返回的fd为非阻塞	后续recv()阻塞，导致事件循环卡死	accept()后立即set_nonblocking()
fcntl()直接设置O_NONBLOCK	覆盖了其他标志位	先F_GETFL再F_SETFL
非阻塞模式下忽略EAGAIN	忙循环消耗CPU	配合select()/epoll()使用

18.7 性能考量

非阻塞I/O本身并不提升单次操作的性能，它的价值在于：

• 提高并发能力：一个线程可以管理成千上万个连接
• 避免线程阻塞：不会因为一个慢操作拖垮整个系统
• 更好的资源利用：CPU时间片用在真正需要的地方

我个人建议：所有服务器程序都应该默认使用非阻塞I/O。阻塞模式只适合简单的客户端程序，或者你明确知道操作会很快完成的场景。

好了，非阻塞I/O的核心内容就这些。记住三个关键点：fcntl()的正确用法、非阻塞connect()的完整流程、以及accept()后别忘了设置新fd。把这些吃透了，你写高性能网络程序就有了坚实的基础。

---