std::filesystem::recursive_directory_iterator 默认严格报错，需启用 skip_permission_denied 选项并捕获异常；判断文件类型优先用 is_regular_file()；重命名前须精确匹配扩展名、避免覆盖、处理大小写敏感及跨卷问题。
用 std::filesystem::recursive_directory_iterator 遍历目录时，为什么跳过子目录或报错？
常见现象是只处理了当前目录下的文件，或者遇到权限不足、符号链接循环、无访问权限的目录直接抛异常崩溃。C++17 的 std::filesystem 默认行为是「严格」：遇到不可访问路径会 throw std::filesystem::filesystem_error，而不是跳过。
正确做法是显式捕获异常，并在迭代器构造时启用 std::filesystem::directory_options::skip_permission_denied：
for (auto iter = std::filesystem::recursive_directory_iterator(root,
std::filesystem::directory_options::skip_permission_denied);
iter != std::filesystem::recursive_directory_iterator(); ++iter) {
try {
if (is_regular_file(iter->status())) {
// 处理文件
}
} catch (const std::filesystem::filesystem_error&) {
// 某些路径可能在迭代过程中失效（如被其他进程删除），忽略
continue;
}
}
- 不加
directory_options::skip_permission_denied，Windows 上遇到System Volume Information或 Linux 上遇到/proc子项大概率 crash -
iter->status()可能触发额外系统调用，若只需判断是否为文件，用iter->is_regular_file()更轻量（但注意：它不检查 symlink 目标，仅看当前项类型） - 不要在循环中对
iter做std::filesystem::rename()后继续 ++iter —— 某些实现下会导致未定义行为；应先收集待处理路径，再统一重命名
如何安全地把 .txt 改成 .log，又不误伤 .txt.bak 或 .mytxt？
核心是精确匹配后缀，而非简单字符串替换。错误写法：path.replace_extension(".log") 无条件调用 —— 它会把 a.txt.bak 变成 a.log，丢掉中间的 .bak。
必须先确认当前扩展名严格等于目标旧后缀：
立即学习“C++免费学习笔记（深入）”；
auto ext = path.extension();
if (ext == ".txt") {
auto new_path = path.parent_path() / (path.stem().string() + ".log");
std::filesystem::rename(path, new_path);
}
-
path.extension()返回的是最后一个点开始的部分，a.b.txt→.txt，a.txt.bak→.bak，所以天然防误改 -
path.stem()是不含最后扩展名的文件名部分（即去掉extension()的剩余），比手动find_last_of('.') + 1更可靠，也处理了无扩展名或隐藏文件（如.gitignore）的情况 - 如果想支持多级后缀（如只改
.tar.gz不改.gz），需用path.extension().string()手动比对，因为stem()对a.tar.gz返回a.tar，不是你想要的“原始名”
批量重命名时，std::filesystem::rename() 报 Permission denied 或 Access is denied 怎么办？
Windows 下最常见：目标文件已打开（比如被记事本、VS Code、日志程序占用），或源/目标在不同卷（跨磁盘移动会触发 copy+delete，权限要求更高）。
关键应对策略不是重试，而是提前检查和降级操作：
- 用
std::filesystem::exists(target_path)检查目标是否已存在 —— 若存在，直接rename()会失败（除非目标为空目录）；应先remove(target_path)再重命名（注意：这有数据丢失风险，需用户确认） - 跨卷 rename 本质是 copy+remove，若失败，
rename()不会自动回滚；建议先用std::filesystem::copy_file(src, dst, std::filesystem::copy_options::overwrite_existing)，成功后再remove(src) - Windows 上对正在写的文件（如程序正在 append 的日志），即使没锁住句柄，
rename()也可能失败；可加std::this_thread::sleep_for(10ms)后重试 1–2 次，但别盲目轮询
为什么改完后发现有些文件“消失”了，或出现 .tmp 文件？
这不是 filesystem 的 bug，而是你代码逻辑绕过了原子性保障。典型错误：把新路径拼成 path.parent_path() / ("new_" + path.filename().string())，结果 new_oldname.txt 和 oldname.txt 在同一目录，rename 时覆盖或冲突。
真正安全的批量后缀修改，必须满足两个前提：
- 所有目标路径互不相同，且与原路径不重名（例如：改
.cpp→.cc，不能让a.cpp和a.cc同时存在） - 避免“原地覆盖”：不要在遍历中直接 rename 当前项；应先用
std::vector<:pair std::filesystem::path>></:pair>缓存所有{old, new}映射，再倒序或分批执行 rename（尤其当新后缀可能成为后续旧后缀时，如.log → .txt再.txt → .bak） - 临时文件不是
filesystem创建的，是你自己手动生成的 —— 如果用了std::filesystem::temp_directory_path()拼路径但忘了创建父目录，rename()会失败；务必用create_directories(new_path.parent_path())
最易被忽略的一点：Windows 下文件系统对大小写不敏感，.TXT 和 .txt 被视为同一后缀；而 extension() 返回的是实际存储的大小写形式，比较时要用 std::equal(..., [](char a, char b) { return tolower(a) == tolower(b); })，否则 .TXT 会被漏掉。
