Windows下std::ofstream默认文本模式会将\n自动转为\r\n，需用std::ios::binary标志以二进制模式打开文件来禁用该转换，且flag必须在构造或open时传入。
写入文本文件时换行符被自动转成 Windows 风格（
）
在 Windows 系统下用
以默认方式打开文本文件，哪怕你写的是
，最终落盘的很可能是
。这不是你代码写错了，而是 C++ 标准库在文本模式下对换行做了透明转换——它把所有
当作“逻辑换行”，由底层 I/O 层负责映射成平台原生格式。
解决办法只有一个：绕过文本模式，强制用二进制模式写入。
用
标志打开文件，禁用换行符自动转换
确保你写入的内容里只含
，不要混用
或
注意：二进制模式下，
仍会输出
（不带
），但它的刷新行为保留；如只需换行，直接写
更明确
怎么正确启用二进制写入
关键不是“怎么加 flag”，而是 flag 必须在构造时或
时传入，且不能和
、
等冲突（除非你清楚后果）。
推荐写法：
立即学习
“
C++免费学习笔记（深入）
”；
C知道
CSDN推出的一款AI技术问答工具
下载
别用
—— 这无效，flag 必须在打开时生效
如果要追加写入，用
，但注意
模式下每次写都 seek 到末尾，和 binary 兼容
Linux/macOS 下文本模式其实不转换，但为了跨平台一致，binary 模式仍是唯一可靠选择
为什么不用
+
？
可以，而且更直白。C 风格接口在换行控制上反而更“诚实”：指定
就真的一字不改。
写
→ 文件里就是
在 Windows 下写同样内容 → 实际存为
C++ 流封装了这层逻辑，所以容易误以为“只是个换行问题”，其实是 I/O 模式的根本差异
容易被忽略的细节：BOM 和行尾空白
统一换行符只是第一步。如果你的文件会被其他工具（比如 Python 脚本、Git、CI 日志解析器）消费，还要注意：
UTF-8 文件别加 BOM —— C++ 默认不写 BOM，但若用某些编辑器另存为 UTF-8 with BOM，会多出三个字节
，干扰解析
每行末尾别留空格，尤其用
或拼接字符串时容易带入；Unix 工具链对行尾空格敏感（比如
报错）
Git 默认启用
（Windows），它可能在 checkout 时悄悄把
转成
—— 在项目根目录加
：
换行符本身很简单，但真正麻烦的是它嵌在一堆隐式转换、编辑器行为和版本控制规则里。盯住
这一个开关，再扫一遍生成路径上的每个环节，基本就稳了。
\r\nstd::ofstream"\n"\r\n\nstd::ios::binary\n\r\n\rstd::endl\n\r"\n"std::ofstreamopen()std::ios::atestd::ios::appstd::ofstream file("output.txt", std::ios::out | std::ios::binary);
file << "line1\nline2\n"; // \n 就是 \n，不会变
file.open("xxx.txt"); file.setf(std::ios::binary);std::ios::out | std::ios::binary | std::ios::appappfopen"wb""wb"fopen("x.txt", "wb")"a\nb\n"a\nb\nfopen("x.txt", "w")a\r\nb\r\n\xEF\xBB\xBFstd::setwmakecore.autocrlf=true\n\r\n.gitattributes* text=auto eol=lfstd::ios::binary