std::filesystem在C++17需显式启用标准和链接选项，create_directories递归建目录更安全，遍历需禁用符号链接并异常处理，路径拼接必须用/操作符而非字符串连接。
为什么 std::filesystem 在 C++17 里编译不过
因为默认不启用——哪怕你写了 #include <filesystem></filesystem>，链接也会失败，报类似 undefined reference to 'std::filesystem::current_path()' 的错误。
必须显式开启标准库支持和链接选项：
- Clang/GCC：加
-std=c++17（或更高） +-lstdc++fs（GCC ≤ 12）或-lc++fs（Clang），GCC 13+ 可能不需要单独链接，但保险起见仍建议加上 - MSVC：需
/std:c++17或更高，且项目属性中“C/C++ → 语言 → 启用 C++ 扩展”设为“否”，否则可能触发旧版行为 - CMake 用户容易漏掉
target_link_libraries(my_target stdc++fs)，尤其在跨平台时，Windows 下 MSVC 不需要该库，但 Linux/macOS 必须
std::filesystem::create_directories 和 create_directory 到底该用哪个
前者递归建多级目录（比如 "a/b/c" 不存在时自动建 a、a/b、a/b/c），后者只建最后一级，且要求父目录必须已存在，否则抛 std::filesystem::filesystem_error。
常见误用场景：用 create_directory 处理用户输入的路径，结果路径含多层就崩了。
立即学习“C++免费学习笔记（深入）”；
- 绝大多数情况直接用
create_directories更安全，它返回bool表示“是否新建了至少一个目录”，可据此判断是首次创建还是已存在 - 如果业务逻辑明确要求“只允许新建最末一级”，才用
create_directory，并手动检查parent_path()是否存在（用exists()） - 注意：两者都不覆盖已有同名文件，如果路径上已有普通文件，都会抛异常
遍历目录时怎么避免卡死或崩溃
std::filesystem::recursive_directory_iterator 默认会跟随符号链接，遇到循环软链（比如 a → b，b → a）就会无限递归，直到栈溢出或抛 filesystem_error。
正确做法是禁用符号链接跟随，并处理访问拒绝等常见异常：
- 构造迭代器时传
std::filesystem::directory_options::skip_permission_denied，跳过无权限目录（如/proc/12345/fd） - 用
std::filesystem::directory_options::follow_directory_symlink的反向值（即不传它）来禁止跟随软链 - 务必在
for循环内用try/catch包住iter->path()或iter->status()调用——某些路径状态查询在 NFS 或 FUSE 文件系统上可能临时失败
示例片段：
for (auto iter = fs::recursive_directory_iterator(path, fs::directory_options::skip_permission_denied); iter != fs::recursive_directory_iterator(); ++iter) {
try {
if (fs::is_regular_file(iter->status())) { /* ... */ }
} catch (const fs::filesystem_error&) { continue; }
}
跨平台路径拼接为什么不能用 + 或 strcat
因为 std::filesystem::path 重载了 / 操作符做拼接，它会自动处理分隔符（Windows 用 ，其他用 /），而手动字符串拼接会忽略平台差异，导致路径失效。
比如硬拼 "data" + "/" + "config.txt" 在 Windows 上生成 data/config.txt，但某些 API（如 fopen）可能不认这种斜杠；反过来，用 "data" + "\" + "config.txt" 在 Linux 下就完全错乱。
- 永远用
fs::path{"data"} / "config.txt"，而不是字符串拼接 -
fs::path构造函数接受const char*，但内部会标准化分隔符；多次用/拼接比一次性构造更清晰，也更易读 - 注意：
fs::path的c_str()返回的是本地编码（Windows 是 UTF-16 宽字符指针，Linux/macOS 是 UTF-8），传给传统 C API（如fopen）前需确认目标函数是否支持
路径操作真正麻烦的从来不是语法，而是权限、符号链接、编码、并发访问这些隐性条件——写完记得在目标环境（特别是容器或 CI）里跑一遍真实路径，别只信本地测试。
