提高Windows目录遍历效率需减少系统调用、避免逐个stat、控制递归深度、合理并发：用FindFirstFile/FindNextFile替代托管API，利用WIN32_FIND_DATA内置属性，设最大递归层级并跳过重解析点，顶层目录级并发（SSD用4–8路，HDD用2–4路）。
提高 windows 文件系统目录遍历效率，关键在于减少系统调用次数、降低元数据开销、避免深层递归阻塞，并合理利用底层 api 和并发能力。不依赖高阶抽象（如 directoryinfo.getfiles() 全量加载），而是贴近系统机制做轻量、按需、可控的扫描。
用 FindFirstFile/FindNextFile 替代托管封装
Windows 原生 API 的 FindFirstFile 和 FindNextFile 比 .NET 的 DirectoryInfo 或 Directory.EnumerateFiles 更低开销，尤其在大目录中：
- 一次打开句柄后持续获取条目，避免反复打开/关闭目录的系统调用
- 支持通配符过滤（如
*.log），跳过不匹配项，减少后续处理负担 - 可随时中断遍历（调用
FindClose即可释放资源），适合条件提前退出场景 - C# 中可用
SafeFindHandle封装，配合IEnumerator实现惰性枚举，避免内存堆积
避免逐个 stat，批量读取目录项属性
频繁调用 GetFileAttributes 或 FileInfo.Length 会触发大量 stat 类系统调用，显著拖慢速度：
-
WIN32_FIND_DATA结构体在FindNextFile返回时已包含文件名、大小、创建时间、属性（是否为目录等），无需额外查询 - 仅当真正需要扩展属性（如 ACL、重解析点）时再单独获取，而非默认加载
- 若需统计文件类型或大小分布，可在遍历时直接解析
nFileSizeLow和dwFileAttributes字段，零额外 I/O
控制递归深度与链接处理
深层嵌套或存在符号链接/硬链接时，盲目递归会导致栈溢出、重复扫描甚至无限循环：
- 设置最大递归层级（如 ≤10），超出后跳过子目录并记录警告
- 检测
FILE_ATTRIBUTE_REPARSE_POINT，对软链接默认跳过，除非明确启用“跟随链接”选项 - 维护已访问路径的哈希集合（如基于
VolumeSerialNumber + FileIndex），防止硬链接重复进入同一目录 - 优先使用广度优先（BFS）而非深度优先（DFS），更易控制队列大小和内存占用
适度并发，但限制句柄与线程数
多目录并行扫描能提升吞吐，但 Windows 对同时打开的目录句柄数有限制（默认约 16K），且线程过多反而加剧调度开销：
- 对顶层多个子目录（如
C:\data\2024、C:\data\2025）启动 goroutine 或 Task 并行扫描，而非对每个子文件夹都开协程 - 使用固定大小的 goroutine 池（如 4–8 个）或
Parallel.ForEach控制并发度，避免创建数千线程 - 结果通过 channel 或 concurrent queue 收集，避免锁竞争；遍历过程本身保持无状态
- SSD 上并发收益明显，HDD 上建议 ≤2–4 路并发，避免磁头抖动
