C++里用create_directory建目录，别再被“路径不存在”坑了

写C++程序时，想在运行时自动建个日志目录、缓存文件夹，或者导出数据前先确保目标路径存在——这时候你大概率会翻到std::filesystem::create_directory。但刚用它，可能就撞上一个经典问题：明明代码看着没问题，目录就是建不出来，还返回false。

这不是你的错，是create_directory的“脾气”没摸清。

它不像某些语言的mkdir -p，默认只建最后一级目录。比如你要创建./data/logs/2024/06，而当前只有./data存在，那create_directory("./data/logs/2024/06")会直接失败——它不会帮你把中间缺的logs和2024也顺手补上。

这恰恰是新手最容易卡住的地方：以为函数名带“directory”，就该“把整个路径都搞定”，结果调试半小时发现，只是少调了一个create_directories。

create_directory和create_directories，名字差一个“s”，行为差一大截：

• create_directory(path)：仅创建path指向的最后一级目录，要求其父目录必须已存在；
• create_directories(path)：递归创建所有缺失的上级目录，只要权限允许，一路建到最深。

别小看这个区别。实际项目中，你很少能保证上级路径一定存在——尤其当程序部署在不同环境（开发机、Docker容器、CI临时工作区），路径状态千差万别。硬用create_directory，等于主动给自己埋异常点。

怎么验证？写两行就能试出来：

#include <filesystem>
namespace fs = std::filesystem;

// 假设当前只有 ./tmp 存在
bool ok1 = fs::create_directory("./tmp/a/b/c"); // 返回 false！因为 ./tmp/a 不存在
bool ok2 = fs::create_directories("./tmp/a/b/c"); // 返回 true，全给你建好

更隐蔽的问题藏在路径写法里。Windows下习惯写"C:\\myapp\\cache"，Linux下用"/var/myapp/cache"，但C++标准库对路径分隔符其实挺宽容——std::filesystem::path内部会做标准化。真正容易翻车的是相对路径的基准点。

create_directory("output")建在哪？答案是：当前工作目录（current working directory），不是可执行文件所在目录，也不是源码目录。这个“当前工作目录”由启动方式决定：命令行手动运行时是你敲cd进去的那个目录；IDE里跑，取决于项目配置里的“Working directory”设置；如果用systemd或supervisor托管，又可能是根目录或指定路径。

所以，如果你的程序需要稳定落盘，别依赖相对路径。更靠谱的做法是：先获取可执行文件位置，再拼出目标路径：

auto exe_dir = fs::canonical(fs::current_path().parent_path()); // 或用 fs::read_symlink("/proc/self/exe")（Linux）
fs::create_directories(exe_dir / "data" / "exports");

注意这里用了/操作符拼接路径——这是std::filesystem::path的推荐写法，比字符串拼接安全得多。它自动处理分隔符、冗余/、.和..，还能跨平台。

还有个细节常被忽略：权限与错误反馈。create_directory失败时只返回false，不抛异常（除非你显式开启fs::create_directory(path, fs::perms::owner_all)并传入fs::perm_options::fail_if_exists之类）。想定位原因？得查std::filesystem::status或捕获std::filesystem::filesystem_error：

try {
    fs::create_directories("./protected");
} catch (const fs::filesystem_error& e) {
    std::cerr << "建目录失败：" << e.what() << "（错误码：" << e.code().message() << "）\n";
}

常见报错如Permission denied（Linux下无写权限）、File exists（路径已存在且非目录）、No such file or directory（父路径真没了）——每种都对应不同的修复方向。

最后提醒一个实战经验：别在程序启动时一股脑建所有目录。有些目录（比如用户上传区）可能要等配置加载后才知道路径；有些（如临时缓存）适合按需创建。把create_directories封装成一个轻量工具函数，接受路径、并静默处理“已存在”这类非致命错误，比到处散落if (!create_directories(p)) throw...干净得多。

C++的<filesystem>不是黑盒，它把控制权交还给你——包括责任。理解create_directory的边界感，反而让你更稳地掌控路径逻辑。下次再看到“目录建不出来”，先问一句：我是在建‘一级’，还是需要‘一路建到底’？ 答案清楚了，问题基本就解了一半。