我想重新打开stdinand stdout（也许stderr在我在的时候）文件句柄，以便将来对printf()orputchar()或or的调用puts()将转到文件，而将来对getc()诸如此类的调用将来自文件。
1）我不想永久失去标准的输入/输出/错误。我可能想稍后在程序中重用它们。
2）我不想打开新的文件句柄，因为这些文件句柄将必须大量传递或全局传递（颤抖）。
3）如果我不能帮忙，我不想使用任何open()或fork()其他依赖于系统的功能。
因此，基本上，这样做是否有效：
stdin = fopen("newin", "r");
而且，如果可以，我如何获得stdinback的原始值？我是否必须将其存储在中FILE *并稍后再取回？
Answers:
为什么要使用freopen()？C89规范在以下部分的尾注之一中给出了答案<stdio.h>：
116.的主要用途
freopen功能是改变与标准文本流相关联的文件（stderr，stdin，或stdout），如那些标识符不必是可修改的左值，由所述返回的值fopen函数可以被分配。
freopen通常被滥用，例如stdin = freopen("newin", "r", stdin);。这不比fclose(stdin); stdin = fopen("newin", "r");。这两个表达式都试图分配给stdin，但不能保证可分配该。
正确的使用方法freopen是忽略分配：freopen("newin", "r", stdin);
dup2()：linux.die.net/man/3/fflush。这样一来，您可以在替换STDOUT手柄之前先对其进行复制，然后再进行复制。请记住fflush()。有这样一个例子被用来在这里叉：stackoverflow.com/questions/9405985/...
我认为您正在寻找类似的东西 freopen()
stdin，如stdin = fopen(...)或中的stdin = freopen(...)，不是可移植的，因为stdin允许为宏。stdio.h可能包含#define stdin __builtin_get_stdin()，当然您不能将其放在作业的LHS中。@ChrisLutz，正确的用法freopen很简单if (freopen("newin", "r", stdin) != NULL) ...---返回值可用于指示打开是否失败，但是通常不需要将其分配给任何东西。
os函数dup2（）应该提供您所需要的内容（如果未完全引用您所需要的内容）。
更具体地说，您可以将stdin文件描述符dup2（）转换为另一个文件描述符，使用stdin进行其他操作，然后在需要时将其复制回去。
dup（）函数复制一个打开的文件描述符。具体来说，它使用F_DUPFD常数命令值（其中第三个参数为0）为fcntl（）函数提供的服务提供了备用接口。复制的文件描述符与原始文件共享任何锁。
成功后，dup（）返回一个新文件描述符，该文件描述符与原始文件描述符具有以下共同点：
- 相同的打开文件（或管道）
- 相同的文件指针（两个文件描述符共享一个文件指针）
- 相同的访问模式（读，写或读/写）
freopen("/my/newstdin", "r", stdin);
freopen("/my/newstdout", "w", stdout);
freopen("/my/newstderr", "w", stderr);
... do your stuff
freopen("/dev/stdin", "r", stdin);
...
...
这使我的圆头方孔O型表上的针达到峰值，您要完成什么？
编辑：
请记住，对于每个新创建的进程，stdin，stdout和stderr分别是文件描述符0、1和2。freopen（）应该保持相同的fd，只需为其分配新的流。
因此，确保此功能确实在做您想要做的一个好方法是：
printf("Stdout is descriptor %d\n", fileno(stdout));
freopen("/tmp/newstdout", "w", stdout);
printf("Stdout is now /tmp/newstdout and hopefully still fd %d\n",
fileno(stdout));
freopen("/dev/stdout", "w", stdout);
printf("Now we put it back, hopefully its still fd %d\n",
fileno(stdout));
我相信这是freopen（）的预期行为，如您所见，您仍然仅使用三个文件描述符（和关联的流）。
这将覆盖任何Shell重定向，因为Shell不会进行任何重定向。但是，它可能会破坏管道。您可能需要确保为SIGPIPE设置处理程序，以防程序在管道（不是FIFO，管道）的阻塞端发现自己。
因此，。/ your_program --stdout /tmp/stdout.txt --stderr /tmp/stderr.txt应该使用freopen（）轻松实现，并保持相同的实际文件描述符。我不明白的是，为什么更改它们后需要将它们放回原处？当然，如果有人通过了这两个选项，他们会希望它持续到程序终止？
freopen解决了容易的部分。围绕保持老标准输入并不难，如果你没有看过任何东西，如果你愿意使用POSIX系统调用像dup或dup2。如果您开始阅读它，那么所有的赌注都关闭了。
也许您可以告诉我们发生此问题的背景？
我会鼓励你坚持，你是愿意放弃旧的情况stdin，并stdout因此可以使用freopen。
stdin，stdout和stderr是全局变量。