Linux中creat函数能否返回0？返回0是否为有效文件描述符？

先直接给你明确结论：0是完全有效的文件描述符，代表creat()函数调用成功。

为什么0是合法的？ #

在Linux和所有POSIX兼容系统里，文件描述符0、1、2默认对应标准输入(stdin)、标准输出(stdout)、标准错误(stderr)，但这些描述符并不是“永久占用”的——如果进程主动调用close(0)关闭了标准输入，那么后续调用creat()（或者open()这类分配文件描述符的函数）时，系统会分配当前未被使用的最低编号的文件描述符，也就是0。

根据你提到的POSIX标准定义：

调用成功时，函数应打开文件并返回一个表示最低编号未使用文件描述符的非负整数。否则，返回-1并设置errno以指示错误。

这里的“非负整数”明确包含0，所以只要返回值不是-1，就说明调用成功，你的遗留代码里只判断“大于0”是错误的，会漏掉返回0的合法成功场景。

代码修复建议 #

正确的错误判断逻辑应该直接检查返回值是否为-1（这也是POSIX系统调用的标准错误判断方式）：

int fd = creat("your_file.txt", 0644); // 第二个参数是文件权限
if (fd == -1) {
    perror("Failed to create file"); // 打印错误原因
    // 这里处理错误逻辑
} else {
    // fd是有效的文件描述符，包括0的情况，可以正常读写
    // ...后续文件操作
}

补充说明 #

虽然返回0的场景并不常见（毕竟大多数进程不会主动关闭标准输入），但这种情况是完全合法的，比如一些后台守护进程可能会关闭所有标准IO描述符后再打开新文件，这时候就可能拿到0作为文件描述符。你的遗留代码忽略这种情况，会导致错误地将成功调用判定为失败，进而引发逻辑问题。

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