必须检查ofstream文件打开是否成功，否则后续写入操作可能失败；正确做法是创建对象后用is_open()或!file判断，再进行写入。
ofstream 写文件前必须检查是否打开成功
很多人直接 ofstream file("test.txt"); file 就以为完事了，但磁盘满、路径无权限、目录不存在时，<code>ofstream 默认静默失败——file.is_open() 返回 false，而 operator 也不会报错，写入内容直接丢弃。
实操建议：
- 每次构造后立刻用
if (!file.is_open()) { /* 处理错误 */ }检查 - 如果路径含子目录（如
"logs/app.log"），ofstream不会自动创建父目录，得提前用std::filesystem::create_directories()（C++17 起）或系统命令处理 - Windows 下路径反斜杠要写成
"C:\data\out.txt"或用原始字符串R"(C:dataout.txt)"，否则
文本模式 vs 二进制模式：换行符和截断行为不同
默认构造的 ofstream 是文本模式，Windows 下写 '
' 会自动转成 "
"；Linux/macOS 不变。这在跨平台生成配置文件或网络协议数据时容易出问题。
实操建议：
- 写二进制数据（如结构体、图片字节流）必须加
std::ios::binary标志：ofstream file("data.bin", std::ios::binary); - 想清空原文件再写，用
std::ios::trunc（默认行为），但若只想追加，得显式加std::ios::app，否则即使文件存在也会被截断 -
std::ios::ate会让文件指针初始定位到末尾，但它不等价于app：后者保证每次写都追加且线程安全，ate后手动seekp()可能覆盖内容
写入失败时的错误检测不能只看流状态位
写入过程中磁盘突然满、NFS 挂载断开等，file 表面成功，但后续调用 <code>file.fail() 或 file.bad() 才暴露问题。更隐蔽的是缓冲区未刷入磁盘就程序退出，导致最后几 KB 数据丢失。
实操建议：
- 每次关键写入后检查
if (file.fail()) { /* 清理并返回 */ }，别只在最后查一次 - 写完务必调用
file.close()—— 析构函数会尝试关闭，但可能被异常跳过；close()成功才表示缓冲区已刷盘，失败时failbit会被置位 - 对可靠性要求高的场景（如日志、交易记录），写入后可调用
file.flush()强制刷缓冲，并检查file.good()
移动语义和 RAII 的实际影响
C++11 后 ofstream 支持移动，但很多人忽略：把一个 ofstream 对象赋给另一个，源对象会失效（内部文件描述符被转移）。这不是 bug，是设计使然，但容易引发 double-close 或写入到已关闭流。
实操建议：
- 避免拷贝
ofstream对象；需要“传递”时用移动：auto f2 = std::move(f1);，之后不能再用f1 - 用局部变量 + RAII 最省心：
{ ofstream f("x.txt"); f ，但注意：如果写入中途异常抛出，析构仍会调用 <code>close()，此时错误可能被吞掉 - 不要在 lambda 捕获中按值捕获
ofstream，除非明确用std::move，否则编译不过（拷贝被禁用）
最常被忽略的其实是 close() 的返回值：它不返回布尔值，而是流本身，所以 if (!f.close()) 是错的；正确做法是 f.close(); if (f.fail()) { ... }。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
