std::ofstream是C++写文件最稳妥的选择，自动资源管理、RAII支持、类型安全且与std::string无缝配合；fopen易漏关闭、忽略错误、二进制写入换行符处理异常。
用 std::ofstream 写文件最稳，别碰 fopen（除非你真要 C 兼容）
绝大多数场景下，std::ofstream 是 C++ 写文件的默认选择——它自动管理资源、支持 RAII、类型安全，且和 std::string 无缝配合。用 fopen 容易漏关文件、忘记检查返回值，还容易在二进制写入时因换行符处理出错（比如 Windows 下 \n 被悄悄转成 \r\n）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 声明时直接传路径：
std::ofstream file("data.txt");，构造即打开，失败时file.is_open()为false - 写入前务必检查：
if (!file) { /* 处理错误 */ }，不要只靠is_open()，因为打开后可能因磁盘满等中途失败 - 二进制写用
.write()，别用：比如写 raw bytes：<code>file.write(reinterpret_cast<const char>(&val), sizeof(val));</const> - 关闭不用手动调
.close()，析构会自动 flush 并关闭；但若需立刻落盘（比如写日志后怕崩溃丢数据），可显式调.flush()
std::ofstream 默认覆盖写，追加得加 std::ios::app
很多人一写就发现旧内容没了——因为 std::ofstream 默认是 std::ios::out | std::ios::trunc 模式，即清空重写。要追加必须显式指定标志位，否则每次运行都从头开始。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 追加写法：
std::ofstream file("log.txt", std::ios::app);，此时file 会自动跳到末尾 - 如果同时想读又写（比如修改某行），别硬凑
std::fstream+seekp，容易因缓冲区未同步导致读写错位；真需要随机修改，优先考虑读全量 → 修改 → 重写整个文件 - 注意：即使用了
std::ios::app，也不能用seekp()往前跳——追加模式下所有写操作强制定位到末尾，seekp无效
中文路径或含空格路径在 Windows 上大概率失败
Windows API 对窄字符路径（const char*）的编码处理很敏感。std::ofstream 构造函数接收 const char*，传入 UTF-8 编码的中文路径，在 VS 默认 MSVCRT 下几乎必然失败（file.fail() 为 true），不是权限问题，是编码不匹配。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 开发期绕过：路径全用 ASCII 字符，比如
"./output/data.txt"，避免踩坑 - 生产需支持中文路径：改用宽字符接口，如
std::wofstream+std::filesystem::path（C++17），并确保源文件保存为 UTF-8 with BOM 或用L"中文.txt"字面量 - 跨平台项目慎用
std::filesystem::u8path()：GCC 和 Clang 对 UTF-8 路径支持较好，MSVC 在旧版本中仍有缺陷，建议先#ifdef _WIN32分支处理
写入失败不报异常，靠状态位判断比 try-catch 更可靠
std::ofstream 默认不抛异常，所有错误都静默设状态位（failbit / badbit）。开异常（file.exceptions(std::ios::failbit | std::ios::badbit)）看似省事，但实际会让很多本可恢复的错误（比如磁盘满后删了文件再试）变成程序终止，反而难调试。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 写完关键数据后，检查
file.good()或!file.fail()，尤其在循环写入多条记录时 -
badbit表示底层流缓冲区故障（如磁盘拔掉），一般不可恢复；failbit可能是格式错误（如往整数流写字符串）或磁盘满，后者可尝试file.clear()后重试 - 不要依赖
file.eof()判断写是否完成——它只对读操作有意义，写过程根本不会触发 eof
路径编码、状态位检查、二进制与文本模式差异，这三处最容易被当成“小问题”跳过，结果卡半天才意识到是 std::ofstream 在默默吞掉错误。
