进程终止（含崩溃）后已打开文件句柄是否自动关闭及验证方法

主流操作系统（Linux、Windows、macOS等）都会在进程终止（包括崩溃、被杀死等异常退出场景）时，自动关闭该进程打开的所有文件句柄。这是内核进程资源回收机制的核心逻辑——进程退出时，内核会遍历其所有打开的资源描述符，逐一执行关闭操作，避免资源泄漏。

证明文件句柄已被自动关闭的方法 #

Linux/macOS 环境 #

• 编写一个挂起的测试程序，打开文件后不主动关闭：

  #include <stdio.h>
  #include <unistd.h>
  
  int main() {
      FILE *fp = fopen("/tmp/test_handle.txt", "w");
      if (!fp) { perror("fopen failed"); return 1; }
      printf("PID: %d\n", getpid());
      pause(); // 挂起进程，等待被终止
      return 0;
  }
  

• 编译运行：gcc test.c -o test && ./test，记录输出的PID。
• 新开终端执行 lsof -p <PID>，能看到该进程持有/tmp/test_handle.txt的文件句柄。
• 用kill <PID>终止进程，再次执行lsof -p <PID>，会提示进程不存在或无对应文件句柄记录，证明内核已回收该句柄。

Windows 环境 #

• 编写一个挂起的测试程序：

  using System;
  using System.IO;
  
  class Program {
      static void Main() {
          using var fs = new FileStream(@"C:\temp\test_handle.txt", FileMode.Create);
          Console.WriteLine($"PID: {System.Diagnostics.Process.GetCurrentProcess().Id}");
          Console.ReadLine(); // 挂起等待输入
      }
  }
  

• 运行程序，记录PID。
• 使用handle.exe执行 handle -p <PID>，可看到进程打开的文件路径。
• 关闭测试程序，再次执行handle -p <PID>，会显示No matching handles found，说明文件句柄已被系统关闭。

证明句柄未被自动关闭的极端场景 #

这种情况仅会出现在存在内核bug的系统或定制化非标准操作系统中，验证方式：

• 进程终止后，用lsof（Linux/macOS）或handle.exe（Windows）持续检查目标文件的打开句柄计数，若计数未下降且无其他进程占用该文件，说明句柄未被回收。
• 尝试以排他模式打开目标文件：Linux下使用open函数加O_EXCL标志，Windows下以FileShare.None模式打开，若操作失败且找不到占用进程，即可证明句柄泄漏。

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