应始终用"\n"字面量并显式以二进制模式打开文件：std::ofstream file("out.txt", std::ios::binary)，避免文本模式下windows自动将\n转为\r\n。
写入时直接用 \n，别依赖 std::endl 或平台默认行为
Windows 下用 std::ofstream 默认以文本模式打开，会把 \n 自动转成 \r\n；Linux/macOS 虽不转换，但跨平台代码不能赌系统行为。关键不是“后期转换”，而是“写入源头就只发 \n”。
实操建议：
- 始终用
"\n"字符串字面量，而不是std::endl（它等价于"\n" + flush，且触发换行转换） - 打开文件时显式指定二进制模式：
std::ofstream file("out.txt", std::ios::binary)，彻底禁用运行时换行翻译 - 如果必须用文本模式（比如要兼容某些库的流操作），那就全程只写
\n，并确保不混用std::endl
std::ofstream 在 Windows 上写 \n 为什么还是变成 \r\n
这是 C++ 标准库在文本模式下的定义行为：底层调用 CRT 的 fputs 等函数时，自动做 \n → \r\n 映射。哪怕你代码里写的是 "hello\nworld\n"，只要文件是文本模式打开，Windows 就会干预。
常见错误现象：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
std::ofstream file("x.txt"); file → 实际文件内容是 <code>a\r\nb - 用
file.put('\n')也逃不掉——文本模式下所有单字符写入仍受换行规则影响 - 用
file.write(buf, len)在文本模式下依然可能被转换（取决于实现，但不可靠）
二进制模式写入后，中文或 UTF-8 内容会不会乱码
不会。UTF-8 本身就是字节流，\n 就是单字节 0x0A，和中文字符互不干扰。二进制模式只是关掉换行翻译，不改变编码解释逻辑。
注意点：
- 确保源字符串本身是 UTF-8 编码（比如用
u8"你好\n"前缀，或从 UTF-8 文件读入） - 不要在二进制模式下用
file —— 这会触发 operatorfile.write()更可控 - 编辑器显示乱码通常是编辑器没正确识别 UTF-8，和写入方式无关；可加 BOM（不推荐）或确认编辑器编码设置
想兼容老代码又不想大改，有没有轻量补救方案
有，但只适用于写完立刻处理的小文件。核心思路：写完后用 std::ifstream 二进制读入，把所有 \r\n 替换成 \n，再覆写回去。
风险提示：
- 不能用于大文件（内存加载全量）
- 不能用于正在被其他进程读取的文件（竞态）
- 若原内容里有合法的
\r\n（比如 Windows 用户手动输入），会被误杀——但纯程序生成的 TXT 通常没有这种问题 - 示例关键行：
content.erase(std::remove(content.begin(), content.end(), '\r'), content.end());，注意这会删掉所有孤立\r，不只是\r\n中的\r
\n 是最稳的路径，但得接受它绕过了流的某些便利特性——这点容易被忽略。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
