C++标准库不提供自动切换换行符机制，std::ofstream在文本模式下依赖平台CRT：Windows自动LF→CRLF，Linux/macOS保持LF。
直接说结论：C++ 标准库本身不提供“根据环境自动切换换行符”的机制，std::ofstream 在文本模式下会由底层 C 运行时（CRT）自动做换行符转换——但这个行为只在 Windows 上生效（LF → CRLF），Linux/macOS 默认不转换（始终写 LF）。所谓“自动适配”，其实是平台 CRT 的隐式行为，不是 C++ 语言或标准库的跨平台保证。
为什么用 std::ofstream 写文件时 Windows 出 CRLF、Linux 出 LF？
这是 C 运行时在“文本模式”（默认模式）下的约定行为：
- Windows CRT：遇到
'\n'（LF）会自动写成"\r\n"（CRLF）；读取时反向转换 - Linux/macOS CRT：
'\n'直接写入为 LF，不做任何替换 - 关键前提：必须以文本模式打开（即不加
std::ios::binary），且未禁用缓冲或覆盖底层 write
也就是说，你只要写 file ，在不同平台编译运行，结果天然就是“适配环境”的——不需要自己判断 OS 或拼接 <code>"\r\n"。
手动控制换行符反而容易出错的三个场景
一旦你试图“主动适配”，比如用 #ifdef _WIN32 切换 "\r\n"/"\n"，就可能破坏一致性：
立即学习“C++免费学习笔记（深入）”；
- 交叉编译时行为错乱：在 Linux 上用 MinGW 编译 Windows 程序，
_WIN32定义了，但 CRT 可能不执行 CRLF 转换（取决于具体实现） - 二进制模式下写文本：若误加
std::ios::binary，所有平台都原样写'\n'，你的#ifdef就成了冗余甚至错误逻辑 - 混用
和 <code>write()：前者走格式化流、触发 CRT 转换；后者绕过流缓冲，直接写原始字节——同一文件里两种写法会导致换行符不一致
需要强制统一换行符时，该怎么做？
如果你明确要求“所有平台都输出 CRLF”（例如生成 Windows 兼容的 CSV），或者“所有平台都输出 LF”（例如生成 Git 管理的配置文件），那就必须关闭 CRT 自动转换：
- 用
std::ios::binary模式打开文件 - 手动写入目标换行序列：用
"\r\n"或"\n"字面量，或定义常量constexpr auto NL = "\r\n"; - 注意：此时
操作符仍可用，但字符串中的 <code>'\n'不再被转换，所以需确保所有换行都显式写出
示例（强制 LF）：
std::ofstream f("out.txt", std::ios::binary);
f << "line1\nline2\n"; // ✅ 此处 \n 就是 LF，不会变
示例（强制 CRLF）：
std::ofstream f("out.txt", std::ios::binary);
f << "line1\r\nline2\r\n"; // ✅ 显式写 \r\n
真正容易被忽略的关键点
很多人查不到问题，是因为没意识到：换行符行为绑定的是“运行时平台”，不是“编译平台”。你在 Linux 上用 Clang 编译一个程序，拷到 Windows 上跑，它用的仍是 Windows CRT —— 所以仍会把 '\n' 转成 CRLF。反之亦然。调试时务必确认实际运行环境，而不是只看开发机系统。
