file.exists 是最直接的文件存在性判断方法，但需先校验路径非空与合法性，规范化路径，注意权限导致的误判；仅判断存在性用 file.exists，后续需元数据则用 fileinfo；无需单独检查目录存在性；无真正异步 api，避免滥用 task.run。
用 file.exists 判断文件是否存在，但别只看返回值
它确实是最直接的办法，但要注意：路径为空、含非法字符、权限不足时，file.exists 会静默返回 false，而不是抛异常。这意味着你可能误判“文件不存在”，其实是访问被拦了。
- 先检查
string.IsNullOrWhiteSpace(path)，避免传入空路径 - 若路径来自用户输入或配置，用
Path.GetFullPath(path)规范化后再判断，防止相对路径绕过校验 - 在受限环境（如沙箱、容器）中，即使文件存在，也可能因权限问题返回
false；这时可补一句try { using (File.OpenRead(path)) { } }来试探性打开——有异常再具体处理
FileInfo.Exists 和 File.Exists 选哪个？
功能一致，但行为细节不同：File.Exists 是静态方法，轻量、快；FileInfo.Exists 需实例化对象，会额外触发一次文件元数据读取（比如创建时间、大小），适合你后续还要查这些属性的场景。
- 只做存在性判断 → 用
File.Exists - 紧接着要读
Length、LastWriteTime或调用FileInfo.Delete()→ 用FileInfo，避免重复系统调用 -
FileInfo构造时不会验证路径有效性，Exists属性首次访问才真正查询，这点和File.Exists的即时执行不同
判断前要不要先检查目录是否存在？
不需要单独调用 Directory.Exists。因为 File.Exists("a/b/c.txt") 在父目录 a/b 不存在时，也稳定返回 false —— 它本身已隐含路径可达性检查。
- 但如果你计划创建该文件，而父目录可能缺失，那就得提前用
Directory.CreateDirectory确保路径就绪 - 注意
Directory.CreateDirectory对已存在目录是安全的，不会报错，可以放心调用 - 别用
Directory.Exists + File.Exists嵌套判断，多一次 IO，且中间状态可能变化（TOCTOU 问题）
异步判断存在性？C# 没有原生支持
File.Exists 和 FileInfo.Exists 都是同步阻塞的，.NET 也没有提供 File.ExistsAsync 这样的 API。强行包装成 async（比如用 Task.Run）反而增加线程开销，得不偿失。
- 真有高并发文件探测需求（比如扫描千个路径），应批量使用
Directory.GetFiles或Directory.EnumerateFiles预加载索引，再内存查找 - UI 场景下卡顿明显，说明你在主线程干了太多
Exists调用——优先考虑是否能缓存结果，或把判断逻辑移到后台任务中统一处理 - 别被 “async” 迷惑：磁盘 IO 本身无法真正异步，操作系统层面对单次 stat 调用没有异步接口暴露给 .NET
文件系统操作的边界很模糊：路径合法 ≠ 可访问，存在 ≠ 可读，可读 ≠ 可删。每次调用 File.Exists 都是一次独立的系统查询，结果只代表那一瞬间的状态。
