linux - 是否有可能 linux 文件描述符 0 1 2 不适用于 stdin、stdout 和 stderr？

Question

当程序开始时，它是否默认为 stdin、stdout 和 stderr 使用文件描述符 0、1 和 2？并且 API 调用(例如 open(...)、socket(...) 不会返回 0、1 和 2，因为这些值已经被采用了吗？ open(...) 或 socket(...) 是否会返回 0、1 或 2。而 0、1 和 2 与 stdin、stdout 和 stderr 无关。

Answer 1

在 file descriptor level，stdin定义为文件描述符0，stdout定义为文件描述符1； stderr 被定义为文件描述符 2。参见 this .

即使您的程序或 shell 更改(例如，使用 dup2(2) 重定向)什么是文件描述符 0，它始终保持 stdin(因为根据定义 STDIN_FILENO为 0)。

^{所以 stdin 当然可以是管道、套接字或文件(​​不是终端)。您可以使用 isatty(3) 进行测试如果是 tty，和/或使用 fstat(2)获取有关它的状态信息。}

类似open(2) 的系统调用或 pipe(2)或 socket(2)可能会给例如STDIN_FILENO(即 0)如果该文件描述符是空闲的(例如因为它之前是 close(2) -d)。但当发生这种情况时，根据定义它仍然是 stdin。

当然，在stdio(3) , FILE 流 stdin有点复杂。你的程序可以 fclose(3) , freopen(3) , fdopen(3) ...

^{可能是内核在神奇地启动 /sbin 时将 stdin、stdout 和 stderr 文件描述符设置到控制台/init 作为第一个进程。}