std::filesystem::create_directories是跨平台递归建目录最稳妥的选择，C++17起原生支持，需注意编译器标准、权限、路径分隔符及GCC需链接-lstdc++fs。
std::filesystem::create_directories 是跨平台递归建目录最稳妥的选择，C++17 起原生支持，无需第三方库，但必须注意编译器标准、运行时权限和路径分隔符处理。
为什么不用 system("mkdir -p") 或自己写递归？
调用 system 严重破坏跨平台性：Windows 用 mkdir，Linux/macOS 用 mkdir -p，且 shell 解析可能引入空格、转义、编码问题；手写递归容易漏掉权限继承、符号链接判断、已存在但非目录的错误（如文件占位），而 std::filesystem::create_directories 内部已处理这些边界。
常见错误现象：std::filesystem::create_directory（注意不是 directories）只建最后一级，上级不存在时直接抛 std::filesystem::filesystem_error；若误用它替代 create_directories，程序在 Windows 和 Linux 下行为一致地失败。
必须启用 C++17 且链接 stdc++fs（尤其 GCC）
Clang 和 MSVC 默认支持 std::filesystem，但 GCC 8+ 需显式链接 -lstdc++fs，否则出现未定义引用错误：undefined reference to 'std::filesystem::create_directories'。
立即学习“C++免费学习笔记（深入）”；
编译命令示例：
g++ -std=c++17 -o mkdir_test mkdir_test.cpp -lstdc++fs
使用场景：CI 构建脚本、CMake 项目中需检查编译器版本并追加链接选项；若用 CMake，应添加：
target_link_libraries(your_target PRIVATE stdc++fs)
注意：GCC 9.1+ 对 stdc++fs 的依赖已弱化，但为兼容旧环境仍建议保留。
路径字符串要避免硬编码反斜杠，优先用 u8string 或正斜杠
Windows 支持正斜杠 / 作为路径分隔符（系统 API 层面兼容），所以 "a/b/c" 在所有平台都可被 std::filesystem 正确解析。硬写 "a\b\c" 易因转义出错（如 "c: emp" 中的 被解释为制表符）。
实操建议：
- 路径字面量统一用正斜杠：
std::filesystem::create_directories("build/out/logs") - 接收用户输入或读配置时，用
std::filesystem::path构造并调用.make_preferred()自动转换分隔符（Windows 下转为反斜杠，但逻辑不变） - 若涉及 Unicode 路径（如中文），确保源文件保存为 UTF-8，且字符串字面量加
u8前缀：u8"构建/输出/日志"
错误处理不能只靠 try-catch，要检查返回值和 exists 状态
create_directories 返回 bool：true 表示至少新建了一级目录，false 表示所有路径组件均已存在。但它不区分“完全已存在”和“部分已存在但成功补全”，因此关键路径创建后应主动验证：
容易踩的坑：
- 忽略权限不足导致的静默失败（Linux 下父目录不可写时抛异常，但某些容器环境可能挂载为只读，异常类型是
std::filesystem::filesystem_error，.code().value()为EACCES） - 路径末尾有斜杠（如
"logs/"）时，create_directories仍成功，但后续open可能因路径被视为目录而非文件失败 - 符号链接指向非法位置时，
create_directories可能成功返回 true，但实际路径不可达
推荐组合检查：
namespace fs = std::filesystem;<br>fs::path p = "cache/data/v2";<br>if (!fs::create_directories(p)) {<br> if (!fs::exists(p) || !fs::is_directory(p)) {<br> throw std::runtime_error("Failed to create or verify directory: " + p.string());<br> }<br>}
真正麻烦的是权限继承和 NFS/mountpoint 场景——std::filesystem 不控制 umask 或 ACL，建好的目录权限取决于进程当前 umask 和文件系统挂载选项，这点无法靠接口规避，只能在部署文档里明确要求。
