std::ofstream 直接构造可创建空文件，但需检查是否成功、避免误用 ios::app；跨平台创建需结合 std::filesystem::create_directories；权限与原子性创建须用底层 api。
用 std::ofstream 最直接创建空文件
只要打开一个不存在的文件路径，std::ofstream 默认就会新建它——不需要额外判断或调用系统 API。这是 C++ 标准库最常用、也最便携的做法。
常见错误现象：std::ofstream 构造失败但没检查，误以为文件已建好；或者用了 std::ios::app 模式，结果文件内容被追加而非清空（哪怕文件原本为空）。
- 默认构造即创建：直接
std::ofstream("path/to/file.txt")，如果路径合法且有写权限，文件就存在了 - 务必检查是否成功：
if (!ofs) { /* 创建失败 */ }，否则后续写入会静默失败 - 避免误用
std::ios::app：除非明确要追加，否则别加这个 flag，否则可能掩盖“文件已存在但无法覆盖”的问题 - Windows 下路径分隔符用
/或\都行，但单写会被当转义符，得写成"C:\temp\test.txt"或"C:/temp/test.txt"
需要控制权限或原子性时，绕过 iostream 用 fopen 或 open
std::ofstream 不提供文件权限设置（如 Linux 下的 0644），也无法保证“创建且仅当不存在时才成功”这种原子语义。这时候得用更底层的接口。
使用场景：写日志配置文件、临时锁文件、或部署脚本中要求“文件必须是全新创建的”。
- Linux/macOS 推荐
open()+O_CREAT | O_EXCL：能确保“文件不存在才创建”，避免竞态；失败时errno == EEXIST - Windows 可用
CreateFile()，设CREATE_NEWflag，效果类似 -
fopen("file", "w")看似简单，但会截断已有文件，不满足“仅新建”需求 - 权限只在
open()的第三个参数生效（如0644），fopen完全不支持
跨平台创建带父目录的文件，std::filesystem::create_directories 是关键
直接对 ./logs/app.log 调用 std::ofstream 会失败——如果 logs/ 目录不存在，C++ 标准库不会自动创建它。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
常见错误现象：程序在 IDE 里跑通，一放到干净环境就报错；或 Windows 上路径拼接出错导致目录名被当文件名。
- C++17 起可用
std::filesystem::create_directories("logs")，返回true表示至少一个目录被新建 - 路径要用
std::filesystem::path拼接：auto p = std::filesystem::path("logs") / "app.log"，比手拼字符串安全 - Windows 下注意驱动器号和 UNC 路径，
std::filesystem能正确处理，手拼容易漏:或双反斜杠 - 旧编译器（如 GCC -lstdc++fs，否则链接失败
用 std::ofstream 创建文件后立即关闭，别依赖析构
有人以为构造 std::ofstream 就算“创建完成”，其实文件句柄直到对象析构或显式 close() 才真正释放。这在某些场景下会出问题。
性能 / 兼容性影响：在容器里频繁创建小文件、或嵌入式资源受限环境，延迟关闭可能导致 fd 耗尽；Windows 下还可能因句柄未释放而无法立刻重命名或删除该文件。
- 显式调用
ofs.close()，尤其在循环内创建多个文件时 - 不要依赖局部变量自动析构——作用域结束时机不可控，且异常可能跳过析构
- 如果只是“触碰”文件（比如生成空占位符），写入一个空字符串再 close 更可靠：
ofs
文件是否真正落地，取决于 close() 是否成功，而不是 ofstream 对象是否存在。很多 bug 出在把 open 成功等同于文件已就绪。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
