stdin上的close/fclose是否保证是正确的?

Gre*_*ers 7 c stdio

似乎以下调用执行您期望的操作(关闭流并且不允许任何进一步的输入 - 在流上等待输入的任何内容都会返回错误),但它是否保证在所有编译器/平台上都是正确的?

close(fileno(stdin));
fclose(stdin);
Run Code Online (Sandbox Code Playgroud)

R..*_*R.. 21

fclose(stdin)导致进一步使用stdin(隐式或显式)来调用未定义的行为,这是一件非常糟糕的事情.它不会"抑制输入".

close(fileno(stdin))导致stdin在当前缓冲区耗尽后输入的任何进一步尝试失败EBADF,但只有在您打开另一个文件之前,在这种情况下该文件将变为fd#0并且会发生错误.

更强大的方法可能是:

int fd = open("/dev/null", O_WRONLY);
dup2(fd, 0);
close(fd);
Run Code Online (Sandbox Code Playgroud)

添加一些错误检查.这将确保所有读取(在当前缓冲区耗尽之后)导致错误.如果您只是希望它们导致EOF,而不是错误,请使用O_RDONLY而不是O_WRONLY.

  • @nowox:它超出了基础 C 语言的范围,它根本不具备执行此类操作所需的概念,但并不以任何方式禁止为更严格的规范定义它。 (2认同)

Sni*_*gus 13

不要关闭fileno(FILE*).FILE是一个缓冲对象.调查其实施并干预其状态带来了在任何其他软件模块上类似的不当行为所带来的所有警告和危险.

不要这样做.

AGH.认真.讨厌.

  • 事实上,如果有任何未完成的数据要刷新,那么在fclose()之前执行close()可以保证fclose()失败.(在更一般的情况下,可能是close()和fclose()之间的其他代码,fclose()可能只是写入错误的文件!) (5认同)
  • 这……从技术上讲并不能回答这个问题。 (2认同)

Jas*_*oco 3

没有什么能保证在所有可能的操作系统上都是正确的。但是,调用 fclose(stdin) 可以在任何 POSIX 兼容操作系统以及 Windows 操作系统上运行,因此您目前应该可以使用几乎所有常用的命令。

正如前面的答案和我的评论所述,不需要在文件句柄上调用 close 。fclose() 将正确地为您关闭所有内容。