为何tee工具实现会在退出时关闭STDIN与STDOUT？

先看你贴的tee核心代码片段：

int
main (int argc, char **argv)
{

   atexit (close_stdout);

   <......>

  ok = tee_files (argc - optind, &argv[optind]);
  if (close (STDIN_FILENO) != 0)
    die (EXIT_FAILURE, errno, "%s", _("standard input"));

  return ok ? EXIT_SUCCESS : EXIT_FAILURE;
}

你提到进程终止时内核会自动关闭所有文件描述符，那手动关闭到底有没有必要？这不是单纯的“良好编码习惯”，而是tee作为系统工具必须保证错误反馈准确性的需求，具体原因有这几点：

• 捕获关闭阶段的错误：内核自动关闭文件描述符时，会忽略所有关闭操作的错误（比如stdin对应的底层设备出现IO错误、管道被意外中断）。但tee里手动调用close(STDIN_FILENO)并检查返回值，就是为了把这些错误暴露出来——如果关闭失败，直接调用die返回错误码，让调用它的脚本或用户知道“标准输入处理出问题了”。要是等内核自动关，这些错误就悄无声息地被吞了，用户根本不知道哪里出问题。

• close_stdout的特殊逻辑：代码里用atexit注册的close_stdout不是普通的关闭stdout。它的核心作用是检查stdout缓冲刷写的错误：stdout默认是行缓冲或全缓冲，进程退出时内核会尝试刷写缓冲，但如果刷写失败（比如磁盘满了、写入的远程连接断了），内核不会把这个错误反馈给进程。而close_stdout会主动调用close并检查返回值，把这类刷写失败的错误转化为进程的退出错误码，确保tee能准确报告“输出写入失败”的问题。

• 避免资源泄漏误报：在一些启用了文件描述符泄漏检测的环境里，进程退出前未手动关闭的fd可能会被检测工具标记为泄漏。手动关闭可以避免这种误报，尤其是对于tee这种被频繁调用的系统工具，保持行为规范很重要。

总结一下：手动关闭不是多余的，是为了让tee能精准反馈所有可能的IO错误，符合系统工具“可靠传递状态”的设计目标。

内容的提问来源于stack exchange，提问作者my_question