关闭标准输出和标准输入文件描述符后重新打开它们答案

【问题标题】：Re-opening stdout and stdin file descriptors after closing them关闭标准输出和标准输入文件描述符后重新打开它们
【发布时间】：2012-02-23 10:35:13
【问题描述】：

我正在编写一个函数，给定一个参数，它会将标准输出重定向到文件或从文件中读取标准输入。为此，我关闭了与 stdout 或 stdin 关联的文件描述符，这样当我打开文件时，它在我刚刚关闭的描述符下打开。这行得通，但问题是一旦完成，我需要将标准输出和标准输入恢复到它们真正应该的状态。

我可以为标准输出做的是 open("/dev/tty",O_WRONLY);但我不确定为什么会这样，更重要的是我不知道标准输入的等效语句。

所以我有，对于标准输出

close(1);
if (creat(filePath, O_RDWR) == -1)
{
    exit(1);
}

对于标准输入

close(0);
if (open(filePath, O_RDONLY) == -1)
{
    exit(1);
}

【问题讨论】：

O_RDWR 是 open flags 参数而不是 creat mode 参数。

标签： c linux unix

【解决方案1】：

您应该使用 dup() 和 dup2() 来克隆文件描述符。

int stdin_copy = dup(0);
int stdout_copy = dup(1);
close(0);
close(1);

int file1 = open(...);
int file2 = open(...);

< do your work. file1 and file2 must be 0 and 1, because open always returns lowest unused fd >

close(file1);
close(file2);
dup2(stdin_copy, 0);
dup2(stdout_copy, 1);
close(stdin_copy);
close(stdout_copy);

但是，您可能需要注意一个小细节（来自 man dup）：

两个描述符不共享文件描述符标志（关闭执行标志）。 close-on-exec 标志（FD_CLOEXEC；参见 fcntl(2)）重复描述符已关闭。

如果这是一个问题，您可能必须恢复 close-on-exec 标志，可能使用 dup3() 而不是 dup2() 以避免竞争条件。

另外，请注意，如果您的程序是多线程的，其他线程可能会意外地写入/读取到您重新映射的标准输入/标准输出。

【讨论】：

如果你是多线程还有其他问题 - 如果另一个线程打开你的close(0)（或close(1)）和对应的open(...)之间的文件，那么它的文件将变成stdin（或标准输出）。最好使用dup2()（或dup3）强制文件描述符为0（或1），而不是依赖“最低未使用”行为。
有什么办法不克隆它（假设我们不能使用 dup 或 dup2）？

【解决方案2】：

我认为您可以在重定向之前“保存”描述符：

int save_in, save_out;

save_in = dup(STDIN_FILENO);
save_out = dup(STDOUT_FILENO);

稍后您可以使用dup2 来恢复它们：

/* Time passes, STDIN_FILENO isn't what it used to be. */
dup2(save_in, STDIN_FILENO);

在那个例子中我没有做任何错误检查 - 你应该这样做。

【讨论】：

【解决方案3】：

您可以创建一个子进程，并仅在子进程内设置重定向。然后等待子进程终止，继续在父进程中工作。这样一来，您就完全不必担心会反转您的重定向。

只需查找使用 fork() 和 wait() 的代码示例。

【讨论】：