c++oding="utf-8" ?>
std::endl 拖慢日志输出是因为它强制刷新缓冲区，而 '\n' 仅换行、刷新由缓冲策略决定；终端行缓冲自动刷，文件全缓冲不自动刷，重定向时易丢日志。
为什么 std::endl 会拖慢日志输出？
因为 std::endl 不只是换行，它强制调用 flush() —— 每次都把缓冲区内容同步写入磁盘或终端。频繁日志（比如循环里打点）遇上 std::endl，I/O 次数暴增，性能掉得明显。
而 '\n' 只是插入换行符，是否刷新由缓冲区策略决定：终端流默认行缓冲（遇到 '\n' 自动刷），文件流默认全缓冲（不自动刷，直到满或显式 flush()）。
- 终端输出（
std::cout连接 tty）：用'\n'通常够用，系统自动刷 - 重定向到文件时（
./a.out > out.txt）：'\n'不触发刷新，内容可能卡在缓冲区里，程序崩溃就丢日志 - 调试时想“立刻看到”某条日志：别无脑
std::endl，改用std::cout 更精准
std::flush 和 _flushall() 是一回事吗？
不是。std::flush 是 C++ 流操纵器，作用于单个流对象（如 std::cout ），只刷它自己的缓冲区；<code>_flushall() 是 Microsoft CRT 的 C 风格函数，刷所有 C 标准流（stdout, stderr, stdin 等），但不保证刷 C++ 流（std::cout 可能还缓着）。
- 混用 C/C++ I/O 时（比如同时用
printf和std::cout），_flushall()无法同步std::cout缓冲区 - 跨平台代码禁用
_flushall()—— 它不是标准 C++，GCC/Clang 下不存在，编译直接报错use of undeclared identifier '_flushall' - 真正需要全局刷：分别对每个 C++ 流调用
.flush()，例如std::cout.flush(); std::cerr.flush();
如何让文件流自动按行刷新？
文件流默认不按行刷新，但可以手动设置为行缓冲模式 —— 关键是调用 std::ios_base::sync_with_stdio(false) 后再设缓冲区，或更稳妥地用 rdbuf()->pubsetbuf() 配合自定义缓冲区。不过最常用、最便携的做法是：在打开文件流后立即关闭其缓冲（即设为无缓冲），或每次写完手动 flush()。
- 简单可靠方案：构造
std::ofstream后加.rdbuf()->pubsetbuf(nullptr, 0);（部分 libstdc++ 支持，但不保证所有标准库都生效） - 推荐做法：显式控制，比如日志类中封装
log() ，或用 RAII 在析构时 <code>flush() - 注意：
std::ofstream构造时不支持传入std::ios::unitbuf标志来启用自动刷新，该标志只对std::cout等预定义流有效
容易被忽略的缓冲区残留问题
程序异常退出（如 std::abort()、未捕获异常、exit()）时，C++ 流的析构函数不一定被调用，缓冲区内容大概率丢失。即使用了 std::atexit() 注册清理函数，也无法保证流对象仍有效。
- 关键日志（如“开始事务”“提交完成”）务必在关键节点后立即
std::cout 或 <code>.flush() - 不要依赖
std::ofstream析构时自动刷新 —— 如果程序 crash 在return前，析构根本不会发生 - 多线程写同一文件流时，
flush()不解决竞态；必须加锁，且锁要覆盖“写 + flush”整个操作，否则仍可能丢数据
strace -e write ./a.out 看实际系统调用时机。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
