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

cpu*_*uer 2 c unix file-descriptor dup2

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;
    }
}
Run Code Online (Sandbox Code Playgroud)

man告诉我dup2() makes newfd be the copy of oldfd, closing newfd first if necessary.

int dup2(int oldfd, int newfd);
Run Code Online (Sandbox Code Playgroud)

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>
Run Code Online (Sandbox Code Playgroud)

还是根本dup2就没有改变?newfd

Don*_*ows 5

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

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