.NET Framework 4.7.2多线程下Directory.EnumerateFiles返回空问题

在.NET Framework 4.7.2中，Directory类的静态文件枚举方法（EnumerateFiles、GetFiles）在高频率多线程调用场景下，可能因为底层Win32 API句柄管理的竞态问题，导致枚举失败返回空结果。

这是因为.NET Framework的Directory静态方法内部会复用部分全局资源或句柄缓存，当多个线程同时发起枚举请求时，可能出现句柄被意外释放、缓存状态异常的情况。而.NET 7对文件系统API的底层实现做了重构，修复了这类多线程场景下的竞态问题，所以测试程序能正常运行。

针对这个问题，可以采用以下几种方案：

• 改用DirectoryInfo的实例方法：避免使用Directory静态类，而是为每个枚举请求创建独立的DirectoryInfo实例，通过实例方法完成文件枚举。示例代码：

  var dirInfo = new DirectoryInfo(appDirectory);
  var files = dirInfo.EnumerateFiles($"{appName}.*").ToList();
  

  实例方法不会复用全局资源，每个实例的枚举操作完全独立，能避免多线程下的资源冲突。

• 添加重试机制：在枚举失败（返回空）时，短暂延迟后重试1-2次。这类竞态问题通常是瞬时的，重试大概率能获取到正确结果。示例代码：

  List<FileInfo> GetFilesWithRetry(string dir, string pattern, int retryCount = 2)
  {
      for (int i = 0; i <= retryCount; i++)
      {
          var files = new DirectoryInfo(dir).EnumerateFiles(pattern).ToList();
          if (files.Count > 0)
              return files;
          Thread.Sleep(50); // 短暂延迟后重试
      }
      return new List<FileInfo>();
  }
  

• 清理路径隐形字符：虽然你确认参数正确，但多线程场景下偶尔可能因为字符串传递时的隐形字符（比如空格、换行符）导致路径匹配失败。可以在枚举前对appDirectory做一次清理：

  appDirectory = appDirectory.Trim();
  

• 确认每个线程的appDirectory确实完全独立，不存在目录路径共享导致的锁冲突（你已说明目录独立，此点可忽略）。
• 测试单线程高频率调用是否会出现同样问题，如果也出现，说明是高频率调用而非多线程本身的问题，重试机制会更有效。

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