C++17 使用 std::filesystem 必须链接 -lstdc++fs（Clang/GCC）或启用 /std:c++17 且 _HAS_FILESYSTEM=1（MSVC），路径拼接须用 path / 重载，遍历时需捕获 filesystem_error 或设置 skip_permission_denied。
std::filesystem 在 C++17 中必须显式链接 stdc++fs
不加链接选项，std::filesystem::exists、std::filesystem::create_directory 这类函数会报 undefined reference to 'std::filesystem::status' —— 不是头文件没包含，而是符号在独立库中。
实操建议：
- Clang/GCC 下编译时必须加
-lstdc++fs（注意是小写 L，不是数字 1） - MSVC 2017+ 默认支持，但需确认项目设置中启用了 C++17 标准（/std:c++17），且未禁用
_HAS_FILESYSTEM=1 - CMake 中推荐写法：
target_link_libraries(your_target PRIVATE stdc++fs)，放在add_executable之后
路径拼接别用 operator+/ 字符串拼接
"/home/user" + "/file.txt" 或 path1 / path2 看似可行，但跨平台行为不一致：Windows 下反斜杠处理错乱，空路径段被忽略，甚至触发未定义行为。
正确做法只用 std::filesystem::path 的 / 重载或 concat：
立即学习“C++免费学习笔记（深入）”；
std::filesystem::path p = "/home"; p /= "user"; // ✅ 安全追加 p /= "config.json"; // ✅ 自动处理分隔符 // 等价于 p = p / "user" / "config.json"
常见错误现象：在 Windows 上得到 C:\home\user\file.txt 意外变成 C:\file.txt（因 "C:\home" + "\file.txt" 被字符串拼接吃掉开头的 \）
遍历目录时注意迭代器失效和权限拒绝
std::filesystem::directory_iterator 和 recursive_directory_iterator 遇到无读取权限的子目录、损坏符号链接、或被其他进程锁定的文件时，会抛出 std::filesystem::filesystem_error，而不是跳过。
使用场景下必须主动捕获：
- 用
std::filesystem::directory_options::skip_permission_denied可静默跳过权限错误 - 避免在循环中直接对
iterator解引用后调用status()—— 它可能已失效；应先用iterator->status()或缓存iterator->path() - 递归遍历时，
recursive_directory_iterator的disable_recursion_pending()可临时跳过某子目录，比 try/catch 更轻量
std::fstream 打开路径前务必检查 status() 而非仅 exists()
std::filesystem::exists(p) 返回 true，不代表 std::fstream(p) 能打开——可能是符号链接指向不存在的目标、权限不足、或路径是目录而非文件。
更可靠的判断方式：
auto s = std::filesystem::status(p);
if (std::filesystem::is_regular_file(s) &&
(s.permissions() & std::filesystem::perms::owner_read)) {
std::ifstream f(p); // 此时打开失败概率大幅降低
}
性能影响：status() 比 exists() 多一次系统调用，但省去后续打开失败的异常开销；对热路径可缓存结果。
容易踩的坑：Windows 上 NTFS 重解析点（如 junction、symlink）的 status() 和 symlink_status() 行为不同，需要根据用途选 —— 读文件内容用 status()，检查链接本身用 symlink_status()
stdc++fs 和遍历时不处理权限异常，这两处一出问题，程序直接崩溃或行为不可控。 
