STDIN_FILENO和STOUT_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() makes newfd be the copy of oldfd, closing newfd first if necessary.:

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((d描述符。