STDIN_FILENO 和 STDOUT_FILENO 在 c 中是只读的吗？

Question

fd = open("/dev/null", O_RDWR);
if (fd == -1) {
    ngx_log_error(NGX_LOG_EMERG, log, ngx_errno,
                  "open(\"/dev/null\") failed");
    return NGX_ERROR;
}

if (dup2(fd, STDIN_FILENO) == -1) {
    ngx_log_error(NGX_LOG_EMERG, log, ngx_errno, "dup2(STDIN) failed");
    return NGX_ERROR;
}

if (dup2(fd, STDOUT_FILENO) == -1) {
    ngx_log_error(NGX_LOG_EMERG, log, ngx_errno, "dup2(STDOUT) failed");
    return NGX_ERROR;
}


if (fd > STDERR_FILENO) {
    if (close(fd) == -1) {
        ngx_log_error(NGX_LOG_EMERG, log, ngx_errno, "close() failed");
        return NGX_ERROR;
    }
}

man 告诉我 dup2() 使 newfd 成为 oldfd 的副本，如有必要，首先关闭 newfd。：

int dup2(int oldfd, int newfd);

但不是 STDIN_FILENO 和 <代码>STDOUT_FILENO 只读？

Dump of assembler code for function dup2:
0x00000037aa4c6ac0 <dup2+0>:    mov    $0x21,%eax
0x00000037aa4c6ac5 <dup2+5>:    syscall 
0x00000037aa4c6ac7 <dup2+7>:    cmp    $0xfffffffffffff001,%rax
0x00000037aa4c6acd <dup2+13>:   jae    0x37aa4c6ad0 <dup2+16>
0x00000037aa4c6acf <dup2+15>:   retq   
0x00000037aa4c6ad0 <dup2+16>:   mov    0x28a4d1(%rip),%rcx        # 0x37aa750fa8 <free+3356736>
0x00000037aa4c6ad7 <dup2+23>:   xor    %edx,%edx
0x00000037aa4c6ad9 <dup2+25>:   sub    %rax,%rdx
0x00000037aa4c6adc <dup2+28>:   mov    %edx,%fs:(%rcx)
0x00000037aa4c6adf <dup2+31>:   or     $0xffffffffffffffff,%rax
0x00000037aa4c6ae3 <dup2+35>:   jmp    0x37aa4c6acf <dup2+15>

或者dup2根本没有改变newfd？

Answer 1

常量本身（在 POSIX 上，STDIN_FILENO 为 0 且 STDOUT_FILENO 为 1）确实是只读的，但是它们所描述的文件描述符可能会被关闭，并在其位置上打开其他东西；它们只是普通的文件描述符（通常设置一个标志，以便它们在 execve() 系统调用时保持打开状态）。

正在改变的是驻留在操作系统内核中的进程的文件描述符表。看到那个syscall指令了吗？这在这里非常重要；这就是你的进程进入操作系统的陷阱。

Answer 2

这是守护进程的最后一部分，涉及将 stdout 和 stdin 重定向到 /dev/null，因为稍后不会使用它们。

守护进程通常写入日志文件，而不是标准输出。

引用这篇文章：

一旦运行，守护进程就不应从启动它的终端读取或写入。确保这一点的最简单、最有效的方法是关闭与 stdin、stdout 和 stderr 对应的文件描述符。然后应该将它们重新打开，或者打开到 /dev/null，或者如果首选其他位置。不关闭它们有两个原因：

• 防止引用这些文件描述符的代码失败，并且
• 防止描述符被重复用于其他目的。

Answer 3

关闭 stdin 和 stdout 效果很好。尽管当您这样做时，您无法再读取它们，并且必须使用 dup() 描述符。