这种情况确实挺闹心的——明明select都告诉你文件描述符就绪了，结果read一下啥数据都没捞着，还偏偏是偶发的，10次才碰一次，排查起来更费劲儿。我来帮你捋捋可能的原因和该怎么查：

先搞清楚read到底返回了啥！ #

这是最关键的第一步，你现在只知道“没有数据返回”，但不知道具体是read返回了-1（错误）还是0（EOF）。一定要在代码里打印read的返回值和对应的errno，比如：

ssize_t bytes_read = read(file_descriptor, read_buffer, sizeof(read_buffer));
if (bytes_read == -1) {
    printf("read failed, errno: %d (%s)\n", errno, strerror(errno));
} else if (bytes_read == 0) {
    printf("read returned 0 (EOF received)\n");
}

不同的返回值对应完全不同的问题：

• 如果是EINTR：说明read被信号中断了，这时候数据其实还在，重新调用read就行。
• 如果是EAGAIN/EWOULDBLOCK：这就有意思了，select说就绪但read返回非阻塞错误，大概率是驱动层面的假唤醒——驱动在select里标记了fd就绪，但实际数据还没准备好，或者被别的路径（比如中断线程）抢先拿走了。
• 如果是0：说明设备端主动发送了EOF，或者驱动认为连接已关闭，这时候你需要检查设备的状态。

检查select的使用是否规范 #

别小看这个，很多人栽在细节上：

• 每次调用select前必须重新初始化fd_set：select会修改传入的fd_set，把未就绪的fd从集合里清掉。如果你复用了上一次的fd_set，很可能会出现错误的就绪判断。
• timeout的初始化要正确：注意是struct timeval（不是你代码里写的time_val，大概率是笔误），而且每次调用select前都要重新设置值，因为有些系统会修改timeout的值。
• select的第一个参数要正确：必须是最大的fd编号加1，不然select可能不会检测到你的目标fd。

排查驱动和硬件层面的问题 #

既然是偶发的，大概率和驱动或者硬件的时序有关：

• 有没有可能驱动的poll接口实现有bug？比如在数据还没真正写入用户缓冲区的时候，就返回了POLLIN标记，导致select误判就绪。
• 硬件有没有可能出现丢包或者延迟？比如设备卡的数据传输偶尔卡顿，select检测到就绪后，数据还没完全到达用户空间。
• 有没有其他线程/进程在操作同一个file_descriptor？比如别的线程也在读取这个fd，导致数据被抢读，你这边read的时候就空了。

代码优化建议 #

针对常见的问题，你可以修改代码增加容错处理：

int MyClass::Read(int file_descriptor) {
    unsigned short read_buffer[READ_BUFFER_SIZE];
    fd_set read_set;
    struct timeval timeout;
    int count = 0;

    // 每次select前重新初始化fd_set
    FD_ZERO(&read_set);
    FD_SET(file_descriptor, &read_set);

    // 设置超时（根据你的业务需求调整）
    timeout.tv_sec = 2;
    timeout.tv_usec = 0;

    int select_status = select(file_descriptor + 1, &read_set, NULL, NULL, &timeout);
    if (select_status == -1) {
        perror("select failed");
        return -1;
    } else if (select_status == 0) {
        printf("select timed out\n");
        return -1;
    }

    if (FD_ISSET(file_descriptor, &read_set)) {
        ssize_t bytes_read;
        // 处理信号中断的情况，最多重试2次
        for (int retry = 0; retry < 2; retry++) {
            bytes_read = read(file_descriptor, read_buffer, sizeof(read_buffer));
            if (bytes_read == -1) {
                if (errno == EINTR) {
                    printf("read interrupted by signal, retrying...\n");
                    continue;
                } else if (errno == EAGAIN || errno == EWOULDBLOCK) {
                    printf("read hit EAGAIN despite select ready - possible driver bug\n");
                    return -1;
                } else {
                    perror("read failed");
                    return -1;
                }
            }
            break;
        }

        if (bytes_read == 0) {
            printf("read received EOF\n");
            return -1;
        }

        count = bytes_read / sizeof(unsigned short);
        // 这里添加你的数据处理逻辑
        printf("Successfully read %d shorts\n", count);
        return count;
    }

    return -1;
}

其他排查方向 #

• 试试用poll代替select：虽然原理类似，但poll的接口设计更健壮，在某些边缘场景下比select更可靠，说不定能避开select的一些坑。
• 检查系统日志：用dmesg或者查看/var/log/messages，看看有没有驱动或者硬件相关的报错信息，这可能会给你关键线索。

内容的提问来源于stack exchange，提问作者greg