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

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

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

引用this article：

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


以防止引用这些文件描述符的代码失败，并且

以防止描述符被重用于其他目的。

Answer 2

常量本身（在POSIX上，STDIN_FILENO是0而STDOUT_FILENO是1）确实是只读的，但它们表征的文件描述符可能是关闭的，在他们的地方打开了别的东西;它们只是普通的文件描述符（通常设置了一个标志，以便它们在execve()系统调用时保持打开状态。）

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

Answer 3

关闭stdin和stdout非常合适。虽然当你这样做时，你不能再读取它们，并且必须使用dup（）'d描述符。

STDIN_FILENO和STDOUT_FILENO只能在c中读取吗？

3 个答案: