C#递归删除空子目录：替代异常捕获跳过非空目录的更佳实现方案咨询

我尝试用C#递归删除根目录下所有空的子目录（不删除文件），参考相关文章后写了如下函数：

private void DeleteEmptySubFolders() {
    DirectoryInfo root = new DirectoryInfo(folderPath);
    RecursiveDelete(root,true);
}
public static void RecursiveDelete(DirectoryInfo baseDir,bool isRootDir) {
    if (!baseDir.Exists) return;
    foreach (var dir in baseDir.EnumerateDirectories()) {
        RecursiveDelete(dir,false);
    }
    try {
        if (!isRootDir) baseDir.Delete(false);
    } catch(Exception ex) {
    }
}

当前实现里，调用baseDir.Delete(false)时如果目录非空会抛出异常，我只是捕获但不做处理（只需要跳过这些非空目录，不用记录日志）。想请教有没有更优的实现方式？

当然有更优的实现方式啦！依赖异常捕获来控制逻辑其实不是最佳实践——异常本来是用来处理意外情况的，而「目录非空」在这里是我们预期会遇到的正常情况，所以我们可以先判断目录是否为空，再决定是否删除，完全避免异常的抛出和捕获，不管是性能还是代码可读性都会更好。

下面提供两种实用的优化思路：

思路1：直接判断目录是否为空 #

我们可以在尝试删除前，检查目录下是否既没有子目录（因为已经递归处理过所有子目录，剩下的要么是空的已被删除，要么是非空的保留），也没有文件。这样就能精准判断当前目录是否为空：

private void DeleteEmptySubFolders() {
    DirectoryInfo root = new DirectoryInfo(folderPath);
    RecursiveDelete(root, true);
}

public static void RecursiveDelete(DirectoryInfo baseDir, bool isRootDir) {
    if (!baseDir.Exists) return;

    // 先递归处理所有子目录
    foreach (var dir in baseDir.EnumerateDirectories()) {
        RecursiveDelete(dir, false);
    }

    // 非根目录才执行判断和删除逻辑
    if (!isRootDir) {
        // 检查是否无任何子目录，同时无任何文件
        bool isEmpty = !baseDir.EnumerateDirectories().Any() && !baseDir.EnumerateFiles().Any();
        if (isEmpty) {
            baseDir.Delete(false);
        }
    }
}

这种方式的优势很明显：逻辑清晰直观，完全避免了异常开销，而且EnumerateDirectories和EnumerateFiles都是延迟加载的，性能损耗极低。

思路2：简化判断逻辑（.NET 6+适配） #

如果你使用的是.NET 6及以上版本，还可以把判断逻辑写得更简洁——本质和思路1一致，但代码更紧凑：

public static void RecursiveDelete(DirectoryInfo baseDir, bool isRootDir) {
    if (!baseDir.Exists) return;

    foreach (var dir in baseDir.EnumerateDirectories()) {
        RecursiveDelete(dir, false);
    }

    if (!isRootDir && !baseDir.EnumerateFileSystemInfos().Any()) {
        baseDir.Delete(false);
    }
}

这里用EnumerateFileSystemInfos()一次性判断是否存在任何子目录或文件，代码行数更少，逻辑同样清晰。

为什么这种方式比原实现更好？ #

• 性能更优：异常的抛出和捕获会带来额外的性能开销，尤其是在存在大量非空目录的场景下，避免异常能显著提升效率。
• 可读性更强：直接的条件判断比依赖异常捕获更直观，其他开发者一眼就能看懂逻辑是「只删除空目录」，而非「尝试删除所有目录，失败就跳过」。
• 符合设计原则：异常应该用于处理意外错误，而不是作为正常逻辑分支的控制手段。

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