关闭标准输出后调用printf会发生什么？

您看到此结果的原因与缓冲有关。通常，附加到终端的文件是行缓冲的，而所有其他文件是块缓冲的。 stderr是无缓冲的。

关闭stdout时，它不再连接到终端，因此它是块缓冲的，而不是行缓冲的。您尝试写入的字节数少于缓冲区的大小（通常是512的倍数），因此很printf高兴将其复制到缓冲区中，而没有执行其他操作。如果您使用编写了适当数量的数据printf，那么您会发现它确实确实失败了。

您可以通过调用来验证类似行为fflush(stdout)：

#include <errno.h>
#include <fcntl.h>
#include <stdio.h>
#include <string.h>
#include <unistd.h>

int main(void)
{
    close(STDOUT_FILENO);
    int res = printf("output something\n");
    fprintf(stderr, "%d\n", res);
    res = fflush(stdout);
    fprintf(stderr, "%d %s\n", res, strerror(errno));
}

将输出最后一行-1 Bad file descriptor，这表明EBADF按预期方式将写入标准输出的尝试失败。如果需要验证是否已写入数据，则必须致电fflush或fsync视情况而定。

请注意，通常，您不想关闭这三个默认文件描述符中的任何一个，因为任何时候打开一个新的文件描述符，它将使用最低的未使用编号并代替标准流之一。如果程序的单独部分尝试不检查就写入这些流之一，则它可能会写入意外文件，从而损坏该文件。安全的做法是将这些流重定向到/dev/null。

您的open要求log.output与我刚才提到的事情完全相同，它再次打开了文件描述符1（stdout）。

分享改善这个答案