第19章网络超时处理

课程目录第19章网络超时处理

网络超时处理：四种主流方案深度解析

网络编程里，超时处理是个绕不开的话题。你想想看，一个socket卡在那里不动了，程序就僵死了，这在生产环境里是绝对不能接受的。我这些年做网络服务，遇到过太多因为超时没处理好导致的线上事故。

今天咱们就把C语言里四种主流的超时方案掰开揉碎了讲。它们分别是：alarm信号超时、select超时、setsockopt超时、以及SO_RCVTIMEO/SO_SNDTIMEO。每种方案都有自己的脾气，用对了地方就是利器，用错了就是坑。

核心观点：没有银弹。四种方案各有适用场景，我的建议是——多线程环境慎用alarm，高性能服务优先考虑setsockopt，跨平台兼容性要求高时用select。

1. alarm信号超时——最古老的方式

alarm超时，说白了就是让内核帮你计时。你设置一个闹钟，到了时间就发SIGALRM信号过来。如果socket操作还没完成，信号处理函数里就把当前操作打断。

我记得刚入行那会儿，有个老项目就是用alarm做超时的。代码大概长这样：

#include <stdio.h>
#include <unistd.h>
#include <signal.h>
#include <sys/socket.h>

volatile sig_atomic_t timeout_flag = 0;

void alarm_handler(int sig) {
    timeout_flag = 1;
}

int recv_with_alarm(int sockfd, void *buf, size_t len, int timeout_sec) {
    struct sigaction sa;
    sa.sa_handler = alarm_handler;
    sigemptyset(&sa.sa_mask);
    sa.sa_flags = 0;
    sigaction(SIGALRM, &sa, NULL);

    timeout_flag = 0;
    alarm(timeout_sec);

    int ret = recv(sockfd, buf, len, 0);

    alarm(0);  // 取消闹钟

    if (timeout_flag) {
        errno = ETIMEDOUT;
        return -1;
    }
    return ret;
}

⚠ 我曾经踩过的坑：alarm在多线程环境下完全不可靠。SIGALRM信号会发送给进程中的任意线程，你根本不知道哪个线程会收到。而且如果程序里还有其他信号处理逻辑，很容易互相干扰。我的建议是——除非是单线程的简单测试程序，否则别用alarm做超时。

2. select超时——经典且可靠

select函数本身就有超时参数。你给它一个timeval结构体，到了时间就返回。这种方式的好处是：不需要信号处理，线程安全，而且可以同时监控多个socket。

我在项目中经常用select做超时，尤其是需要同时处理多个连接的时候。来看代码：

#include <sys/select.h>
#include <sys/time.h>
#include <unistd.h>
#include <errno.h>

int recv_with_select(int sockfd, void *buf, size_t len, int timeout_sec) {
    fd_set readfds;
    struct timeval tv;

    FD_ZERO(&readfds);
    FD_SET(sockfd, &readfds);

    tv.tv_sec = timeout_sec;
    tv.tv_usec = 0;

    int ret = select(sockfd + 1, &readfds, NULL, NULL, &tv);

    if (ret == 0) {
        // 超时
        errno = ETIMEDOUT;
        return -1;
    }

    if (ret < 0) {
        // 出错
        return -1;
    }

    // 有数据可读
    return recv(sockfd, buf, len, 0);
}

小技巧：select的timeval参数在Linux上会被修改，记录剩余时间。如果你需要重复使用同一个timeval结构体，记得每次调用前重新设置。嗯，这个细节我当年调试了整整一个下午才发现的。

3. setsockopt超时——最优雅的方式

我个人最喜欢的方式。通过setsockopt设置SO_RCVTIMEO和SO_SNDTIMEO选项，直接告诉内核：这个socket的读写操作，超过多长时间就给我返回超时错误。

这种方式的好处是：一次设置，永久生效。不需要每次调用recv/send都去处理超时逻辑。代码非常干净：

#include <sys/socket.h>
#include <sys/time.h>
#include <errno.h>

int set_socket_timeout(int sockfd, int recv_sec, int send_sec) {
    struct timeval tv;

    // 设置接收超时
    if (recv_sec > 0) {
        tv.tv_sec = recv_sec;
        tv.tv_usec = 0;
        if (setsockopt(sockfd, SOL_SOCKET, SO_RCVTIMEO, 
                       &tv, sizeof(tv)) < 0) {
            return -1;
        }
    }

    // 设置发送超时
    if (send_sec > 0) {
        tv.tv_sec = send_sec;
        tv.tv_usec = 0;
        if (setsockopt(sockfd, SOL_SOCKET, SO_SNDTIMEO, 
                       &tv, sizeof(tv)) < 0) {
            return -1;
        }
    }

    return 0;
}

// 使用示例
int sockfd = socket(AF_INET, SOCK_STREAM, 0);
set_socket_timeout(sockfd, 5, 5);  // 收发都设置5秒超时

// 之后直接调用recv/send，超时自动处理
char buf[1024];
int ret = recv(sockfd, buf, sizeof(buf), 0);
if (ret < 0 && errno == EAGAIN) {
    printf("接收超时了\n");
}

关键点：超时发生后，recv/send返回-1，errno设置为EAGAIN或EWOULDBLOCK。注意不是ETIMEDOUT！这个细节我见过太多人搞错了。你想想看，如果按ETIMEDOUT去判断，永远抓不到超时。

4. SO_RCVTIMEO/SO_SNDTIMEO——深入理解

这两个选项其实属于setsockopt的一部分，但因为太常用了，我单独拿出来讲。它们的作用是设置socket接收和发送操作的超时时间。

底层原理是这样的：当内核在执行recv系统调用时，如果数据没有准备好，它会等待。但设置了SO_RCVTIMEO后，内核会启动一个定时器。时间一到，系统调用就返回错误。

选项	作用	超时后errno	适用场景
SO_RCVTIMEO	设置接收超时	EAGAIN / EWOULDBLOCK	recv, recvfrom, read
SO_SNDTIMEO	设置发送超时	EAGAIN / EWOULDBLOCK	send, sendto, write

我的经验：在高并发服务器里，我通常把接收超时设成3-5秒，发送超时设成1-2秒。为什么发送超时更短？因为发送缓冲区满了通常意味着对端处理不过来，这时候快速失败比死等要好。你想想看，如果发送卡住了，整个连接就废了，不如早点断开重连。

5. 四种方案对比总结

说了这么多，咱们来做个横向对比。我根据自己的项目经验，给每种方案打了个分：

方案	线程安全	易用性	性能	推荐指数
alarm信号	❌ 不安全	⭐⭐	⭐⭐⭐	⭐（不推荐）
select	✅ 安全	⭐⭐⭐	⭐⭐	⭐⭐⭐
setsockopt	✅ 安全	⭐⭐⭐⭐⭐	⭐⭐⭐⭐	⭐⭐⭐⭐⭐
SO_RCVTIMEO/SO_SNDTIMEO	✅ 安全	⭐⭐⭐⭐	⭐⭐⭐⭐	⭐⭐⭐⭐

⚠ 避坑指南：我曾经在一个项目里混用了alarm和setsockopt的超时，结果程序行为变得非常诡异。alarm信号打断了setsockopt的超时等待，导致recv提前返回。从那以后，我定了个规矩——一个socket只使用一种超时机制，绝不混用。

好了，四种超时方案就讲到这里。实际开发中，我个人90%的场景都用setsockopt + SO_RCVTIMEO/SO_SNDTIMEO。它简单、高效、线程安全，而且代码可读性最好。select适合需要同时监控多个fd的场景，alarm嘛...除非你写的是单线程玩具程序，否则忘掉它吧。

📚 课程目录

网络超时处理：四种主流方案深度解析

1. alarm信号超时——最古老的方式

2. select超时——经典且可靠

3. setsockopt超时——最优雅的方式

4. SO_RCVTIMEO/SO_SNDTIMEO——深入理解

5. 四种方案对比总结