C++ recursive_directory_iterator遍历C盘抛异常，D盘正常求排查

问题根源 #

首先得明确：skip_permission_denied不是万能的——它只帮你跳过权限不够访问的目录/文件，但C盘里有不少系统特殊条目（比如$Recycle.Bin、系统还原点目录、损坏的NTFS链接这类），迭代器递增时碰到这些会触发"Invalid argument"异常，这个选项管不了这种情况。另外，你第一段代码的循环逻辑大概率有问题，比如没正确处理迭代器递增时的异常，或者没检查迭代器状态。

具体解决办法 #

1. 给迭代器递增单独加异常捕获 #

别指望skip_permission_denied覆盖所有异常，每次递增迭代器的时候单独抓std::filesystem_error，跳过出问题的条目继续跑：

#include <filesystem>
#include <iostream>
#include <exception>

namespace fs = std::filesystem;

void traverse(const fs::path& dir) {
    try {
        auto it = fs::recursive_directory_iterator(dir, fs::directory_options::skip_permission_denied);
        while (it != fs::recursive_directory_iterator()) {
            try {
                // 处理当前文件/目录，比如打印路径
                std::cout << it->path() << '\n';
                ++it;
            } catch (const fs::filesystem_error& e) {
                std::cerr << "跳过异常条目: " << e.what() << '\n';
                // 用increment跳过出错的条目，继续遍历
                it.increment();
            }
        }
    } catch (const fs::filesystem_error& e) {
        std::cerr << "根目录访问失败: " << e.what() << '\n';
    }
}

int main() {
    traverse("C:\\");
    return 0;
}

这里用it.increment()替代直接++it，或者捕获异常后调用increment，能强制跳过出问题的条目，不会直接终止程序。

2. 对比两段代码找差异 #

既然第二段代码跑C/D盘都没问题，仔细对比这几点：

• 是不是用了不同的directory_options组合？比如第二段有没有加follow_directory_symlink之类的？
• 第二段的循环逻辑是不是更稳？比如用范围for循环的时候，编译器帮你做了隐式的异常处理？
• 第二段是不是手动跳过了系统保护目录？比如C:\Windows\System32下的某些子目录？

3. 手动跳过已知的坑目录 #

提前判断当前目录是不是系统特殊目录，直接跳过不递归进去：

bool is_system_special_dir(const fs::path& p) {
    auto dir_name = p.filename().wstring();
    // 把Windows常见的坑目录加进去
    return dir_name == L"$Recycle.Bin" || dir_name == L"System Volume Information" || 
           dir_name.find(L"Restore") != std::wstring::npos;
}

// 在遍历里加判断
if (is_system_special_dir(it->path())) {
    it.disable_recursion_pending(); // 不递归进这个目录
    ++it;
    continue;
}

用disable_recursion_pending()可以避免递归进入那些肯定会出问题的系统目录，从源头减少异常。

4. 升级编译器/标准库 #

有些旧版本的MSVC或GCC对std::filesystem的实现有bug，尤其是处理Windows系统目录的时候。试试升级到最新稳定版（比如MSVC 2022、GCC 12以上），很多兼容性问题直接就修复了。

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