std::ofstream是写字符串最直接的首选——专为输出设计、行为明确、自动处理行尾转换；需检查is_open()避免静默失败。
用 std::ofstream 写字符串最直接
绝大多数情况，std::ofstream 就是首选——它专为输出设计，行为明确，不用手动管理缓冲或换行符。默认以文本模式打开，自动处理行尾转换（比如 Windows 下写
会变成
），这点和 C 的 fputs 不同。
常见错误是忘记检查文件是否成功打开：
std::ofstream file("log.txt");
if (!file.is_open()) {
// 这里必须处理，否则后续 write 操作静默失败
return;
}
file << "hello world";
-
std::ofstream构造时默认不抛异常，is_open()是唯一可靠判断方式 - 写入后不必显式调用
flush()，析构时自动刷盘；但若程序可能崩溃或需要立即落盘，可加file.flush() - 如果字符串含二进制数据（比如含
，改用 <code>write()方法
写入含空字符的字符串要用 write()
运算符遇到 <code> 就停，所以不能用于写原始字节流。比如你从 std::string 拿到的 data 可能含控制字符，或者你想写一段加密后的 raw bytes。
正确做法是用 write() 配合 c_str() 和 size()：
立即学习“C++免费学习笔记（深入）”；
std::string s = "a b";
std::ofstream file("data.bin", std::ios::binary);
file.write(s.c_str(), s.size()); // 写入全部 3 字节，包括
- 必须加
std::ios::binary标志，否则在 Windows 上 -
s.c_str()在 C++11 后保证以write()不依赖结尾符，只按指定长度写 - 如果字符串来自用户输入或网络，注意
size()可能为 0，write(nullptr, 0)是合法的，但传nullptr给非零长度会崩
追加写入要显式指定 std::ios::app
默认打开方式是覆盖写，想追加必须声明意图。很多人误以为 ios::ate 或手动 seekp() 能替代，其实不行——ios::ate 只是把文件指针移到末尾，但后续写入仍会覆盖原有内容（除非你每次写前都 seekp(0, std::ios::end)）。
- 用
std::ofstream file("log.txt", std::ios::app)，所有写入自动追加到文件末尾，无需手动定位 -
ios::app模式下，即使调用seekp()也无效，每次写都会跳回末尾 - 多个进程同时追加写同一文件，在 Linux 上通常安全（内核保证
write()原子性），但在 Windows 上可能乱序，需额外同步
中文路径或 UTF-8 字符串写入要注意编码
C++ 标准库本身不处理宽字符路径，std::ofstream 构造函数只接受 const char*。Windows 下传中文路径（如 "C:\用户\test.txt"）会因编码不匹配打不开文件，Linux/macOS 一般没问题。
- Windows 上推荐用
std::filesystem::path+u8string构造路径，再转string()（前提是编译器支持 UTF-8 源码） - 写入 UTF-8 字符串本身没问题，但某些编辑器（如记事本）默认当 ANSI 解码，显示乱码——这不是代码问题，是查看工具没设 UTF-8
- 如果必须写 UTF-16/UTF-32，得用
std::wofstream，但需确保 locale 设置正确，且目标程序能识别 BOM，实际中极少必要
真正容易被忽略的是：文件写入操作本身不保证原子性，小字符串看似简单，一旦并发写、断电或磁盘满，就可能产生截断文件。业务关键数据建议先写临时文件，再 rename() 替换。
