C#检查文件夹是否存在 C#如何判断一个目录存在

在C#开发中，判断一个目录是否存在，听起来是个基础操作，但里面藏着不少细节和“坑”。选对方法，代码健壮性会大不一样。

用 Directory.Exists 最直接判断目录是否存在

说到检查目录，Directory.Exists 绝对是首选。它轻量、高效，而且最关键的是——它不抛异常。这个方法只做一件事：检查给定的路径是否被操作系统识别为一个已存在的目录（而不是文件）。

不过，有几个关键点需要留意。首先，它不做递归验证。举个例子，如果路径是 "C:\abc\def"，而 "C:\abc" 这个父目录本身就不存在，那么它也会直接返回 false。

其次，如果路径字符串本身不合法（比如包含了 *、? 这类通配符，或者长度超限），它会直接返回 false，而不是抛出 ArgumentException。这一点和后面要讲的参数校验有关。

最后，对于符号链接或挂载点，它的行为因操作系统而异。在Windows上，它通常会跟随链接。而在Linux或macOS（.NET 6及以上版本）上，默认不跟随符号链接。如果你需要处理这类情况，可能得配合检查 FileAttributes.ReparsePoint 属性来手动判断。

需要区分“不存在”和“无访问权限”时用 try/catch + Directory.GetAccessControl

Directory.Exists 有个天生的局限：它无法区分“目录真的不存在”和“目录存在但你无权访问”。如果一个目录的访问控制列表（ACL）完全拒绝你的读取权限，这个方法同样会返回 false，这很容易造成误判。

当你必须搞清楚到底是哪种情况时，可以尝试调用 Directory.GetAccessControl(path)。这个方法的调用结果能给你更精确的信息：

• 如果调用成功，说明目录不仅存在，而且你至少有权读取它的元数据。
• 如果抛出 UnauthorizedAccessException，那很可能目录是存在的，只是你被挡在了门外。
• 如果抛出 DirectoryNotFoundException，那基本可以断定目录不存在。

这里有两个重要的注意事项。第一，在非Windows系统上（.NET Core 3.1+），GetAccessControl 方法可能直接抛出 PlatformNotSupportedException。所以，稳妥的做法是先使用 OperatingSystem.IsWindows() 进行平台判断。

第二，异常处理时，务必捕获具体的异常类型，而不是依赖 Exception.Message 字符串来判断错误类型，后者在本地化环境下可能不可靠。

检查前需要确保路径字符串合法，避免 ArgumentException

很多人会忽略这一步：在把路径字符串交给 Directory.Exists 之前，它本身可能就有问题。如果路径包含非法字符、是空字符串或全是空白字符，.NET会直接抛出 ArgumentException，而不是返回 false。如果你的代码逻辑是“返回false就当不存在处理”，那么遇到参数异常时就会跑偏。

如何进行路径校验呢？

可以使用 Path.GetInvalidPathChars() 和 Path.GetInvalidFileNameChars() 这两个辅助方法，但要知道，它们并非覆盖了所有限制（比如Windows著名的260字符路径长度上限）。

更稳妥的做法是分步走：先用 string.IsNullOrWhiteSpace(path) 排除空值；再用 Path.IsPathRooted(path) 判断是否为绝对路径（因为相对路径的结果会受当前工作目录影响，不稳定）。

如果路径来自用户输入或外部配置文件，强烈建议先用 Path.GetFullPath(path) 进行标准化处理。这个方法会自动处理 ".."（上级目录）和 "."（当前目录），并能在一定程度上检测出非法的路径结构。

并发场景下 Exists 返回 true 后立即操作仍可能失败

这是一个经典的“检查后使用”竞态条件问题。Directory.Exists 返回 true，仅仅代表“在它执行的那一毫秒目录存在”。就在下一秒，其他进程或线程完全可能把这个目录删除或改名。如果你紧接着执行 Directory.Delete 或 Directory.CreateDirectory，仍然可能抛出异常。

因此，一个常见的反模式是写成“先判断再操作”的条件逻辑，比如：

if (Directory.Exists(path))
{
    Directory.Delete(path);
}

正确的做法是直接尝试操作，并妥善处理可能出现的异常：

try
{
    Directory.Delete(path);
}
catch (DirectoryNotFoundException)
{
    // 目录已经不存在了，这或许正是我们想要的状态，可以忽略
}

创建目录也是同理。优先使用 Directory.CreateDirectory(path)，因为它本身就是幂等的——如果目录已存在，它不会报错，什么都不会做。

如果业务逻辑严格要求原子性的“判断并操作”（例如，在归档日志前必须确认备份目录一定就绪），那就需要考虑更重的机制，比如使用文件系统监视器（FileSystemWatcher）或引入外部锁。不过，这些方案代价较高，绝大多数日常场景并不需要。

总结一下，实际编码中，Directory.Exists 足以应对95%的场景。但心里得清楚它的边界：它不处理权限问题，不帮你校验参数合法性，也不对检查之后的操作提供任何安全保证。而这些边界，恰恰是线上系统最容易出问题的地方。