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