当文件剩余字节超n时，read()系统调用是否必读满n字节？

嘿，这个问题问到点子上了——不少刚摸系统调用的开发者都会栽在这个细节上。直接给结论：哪怕文件/流到EOF前的剩余字节总数大于n，read()也没法保证一定会把n字节全部读入缓冲区，实际返回的字节数完全可能更少。

具体得看你操作的是什么类型的文件描述符：

1. 普通磁盘文件（Regular File） #

对于普通文件来说，大多数场景下read()会一次性返回n字节——毕竟磁盘文件是可随机访问的，内核能直接定位到对应位置读取足够的数据。但有个例外：如果read()在执行过程中被信号中断（比如收到SIGINT这类信号），且此时已经读取了一部分数据（比如k字节，k < n），那么read()会直接返回k，不会继续完成剩余的读取。这种情况会触发EINTR错误，但返回值是已读取的字节数，不是-1（只有完全没读取就被中断才会返回-1并设置errno为EINTR）。

2. 非普通文件（套接字、管道、终端等） #

这类文件描述符对应的是流设备或者非随机访问的资源，read()的行为完全不保证读满n字节：

• 套接字（Socket）：比如TCP连接，内核接收缓冲区里的数据可能暂时只有k字节（k < n），哪怕远端后续还会发送更多数据（总剩余字节大于n），read()也只会返回当前可用的k字节，不会等待后续数据到达。
• 管道/ FIFO：如果写端还没写入足够的数据，read()会返回当前管道里已有的数据量；如果是非阻塞模式，还可能直接返回EAGAIN/EWOULDBLOCK错误（表示当前没有数据可读，需要稍后重试）。
• 终端设备（Terminal）：默认是行缓冲模式，read()会在读取到换行符时就返回，哪怕还没到n字节。比如你输入"hello\n"，n设为10，read()只会返回6字节（包括换行符）。

正确的处理方式：循环读取 #

不管操作的是什么类型的文件描述符，都不能假设read()会一次读满n字节。正确的做法是循环调用read()，直到读取到足够的字节数，或者遇到错误/EOF。这里给个简单的C语言示例：

#include <unistd.h>
#include <errno.h>

ssize_t read_exact(int fd, void *buffer, size_t total) {
    size_t remaining = total;
    char *buf_ptr = (char *)buffer;

    while (remaining > 0) {
        ssize_t bytes_read = read(fd, buf_ptr, remaining);
        
        if (bytes_read == -1) {
            // 被信号中断，重试
            if (errno == EINTR) continue;
            // 其他错误，返回-1表示失败
            return -1;
        }

        // 遇到EOF，返回已经读取的字节数
        if (bytes_read == 0) break;

        remaining -= bytes_read;
        buf_ptr += bytes_read;
    }

    // 返回实际读取的总字节数
    return total - remaining;
}

总结一下：永远不要依赖read()一次返回你想要的字节数，必须检查返回值并循环读取，这是编写可靠系统级代码的基本习惯。

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