“\n”更轻量，std::endl除换行外还强制刷新缓冲区，多数场景不必要；循环中频繁使用会显著降低性能，导致输出延迟、日志卡顿或实时性下降。
用 std::endl 还是 "\n"？性能差得挺明显
直接说结论："\n" 更轻量，std::endl 除了换行还会强制刷新缓冲区，多数时候没必要。尤其在循环里频繁输出时，std::endl 可能拖慢几倍速度。
常见错误现象：程序输出延迟、日志卡顿、实时性要求高的场景（比如调试嵌入式串口）看不到即时内容——其实只是缓冲没刷出来，不是没输出。
std::cout → 换行 + 刷缓存std::cout → 仅换行，缓存由系统或后续 <code>std::flush控制- 真要实时看输出，用
std::cout ，比 <code>std::endl更明确
printf 和 std::cout 混用时换行会乱吗？
会，而且很隐蔽。C++ 标准库的 C 风格（printf）和 C++ 风格（std::cout）默认共享同一套底层缓冲，但刷新时机不一致，混用容易导致输出顺序错乱或重复换行。
使用场景：旧项目改写、第三方库回调里用了 printf，你自己又习惯写 std::cout。
立即学习“C++免费学习笔记（深入）”；
- 最稳妥做法：整个项目统一风格，别混
- 非混不可时，在第一次混用前加
std::ios_base::sync_with_stdio(false);关闭同步（但之后不能再用scanf/printf读写同一流） - 或者干脆关掉缓冲：
std::cin.tie(nullptr); std::cout.tie(nullptr);，避免交互式等待干扰
Windows 下文件写入换行符是 "\r\n"，代码里写 "\n" 为什么也能显示正常？
因为 std::ofstream 默认以“文本模式”打开，自动把 "\n" 转成系统原生换行符（Windows 是 "\r\n"，Linux/macOS 是 "\n"）。这是 C++ 标准规定的透明转换。
但注意：一旦你用 std::ofstream file("x.txt", std::ios::binary); 打开，就没了这层转换，"\n" 就真的只写一个字节 0x0A，Windows 记事本可能显示为一行。
- 写配置文件、日志、人读的文本 → 用默认文本模式，放心写
"\n" - 写协议包、图片、加密数据 → 必须 binary 模式，换行自己处理（通常不该有换行）
- 跨平台工具生成文件时，如果下游是 Windows 纯文本工具，别用 binary 模式写
"\n"
输出中文字符串后加 "\n"，控制台显示乱码？
不是换行的问题，是编码没对齐。Windows 控制台默认是 GBK，而源文件大概率是 UTF-8 编码，"\n" 本身没问题，但前面的中文已经乱了，换行只是让乱码更显眼。
常见错误现象：中文显示为 ??? 或方块，"\n" 后空一行但内容全歪。
- VS 用户：项目属性 → 高级保存选项 → 改成 UTF-8 带 BOM（兼容性最好）
- g++/clang：编译加
-finput-charset=UTF-8 -fexec-charset=GBK（Windows）或=UTF-8（Linux/macOS） - 运行时调用
SetConsoleOutputCP(CP_UTF8);（Windows API），再配合std::wcout和宽字符字符串
换行本身从来不会导致乱码，它只是个分隔符。真正卡住人的，永远是那层看不见的编码契约。
