std::endl等价于'\n'+std::flush，既换行又强制刷新缓冲区；而std::flush仅刷新不换行。滥用std::endl在高频输出时会显著降低I/O性能，因每次均触发同步操作。
std::endl 会换行并强制刷新缓冲区，std::flush 只刷新不换行；高频输出时滥用 std::endl 会导致 I/O 性能明显下降。
std::endl 等价于 '\n' + std::flush
它不是“带刷新功能的换行符”，而是一个组合操作：先写入一个换行字符 '\n'，再调用流的 flush() 成员函数。源码层面近似于：
template<class CharT, class Traits>
basic_ostream<CharT,Traits>& endl(basic_ostream<CharT,Traits>& os) {
os.put(os.widen('\n'));
os.flush();
return os;
}
这意味着：
- 在终端直连运行时，
'\n'本身已触发行缓冲刷新，std::endl多刷一次——纯属冗余 - 重定向到文件（如
./a.out > log.txt）后，'\n'不再刷新，此时std::endl的刷新才真正起作用 - 若你只需要覆盖同一行（比如进度条用
"\r"），std::endl会破坏格式，必须用std::flush
std::flush 不输出任何字符，只推数据到下一层
std::flush 是纯粹的刷新指令，不插入 '\n'、不加空字符、不改变光标位置。它只负责把 C++ 流缓冲区的内容交给底层 C 标准库（如 FILE*）或系统调用。
立即学习“C++免费学习笔记（深入）”；
常见误判场景：
- 调了
std::cout.flush()却没看到输出 → 检查是否重定向（全缓冲下需刷新）、是否关同步后混用printf（printf缓冲区未刷） - 想确保日志落盘 →
std::flush只到内核缓冲区，还需fsync(fileno(stdout))（Linux/macOS）或_commit(_fileno(stdout))（Windows） - 多线程共用
std::cout→flush()线程安全，但输出内容仍可能交错，需额外加锁
重定向时 '\n' 不刷新，是缓冲策略切换导致的
标准流默认行为取决于目标设备：
- 连接终端（tty）→
std::cout为行缓冲：'\n'触发刷新 - 重定向到文件 → 切换为全缓冲：
'\n'完全无效，必须显式std::flush或std::endl -
std::cerr始终无缓冲 →'\n'和std::endl效果一致，且无需flush
验证方法：运行 ./a.out | cat -v，若看到 ^M 但无换行，说明 '\n' 已写出但未刷新——问题不在换行符，而在缓冲模式。
别用 _flushall()，它不是标准 C++
_flushall() 是 Microsoft CRT 的 C 风格函数，作用于所有 C 标准流（stdout、stderr 等），但：
- 对
std::cout、std::cerr无效——C++ 流有自己的缓冲区 - GCC/Clang 下直接报错：
use of undeclared identifier '_flushall' - 跨平台代码中应避免，真要全局刷就分别调
std::cout.flush()、std::cerr.flush()
最易被忽略的一点：std::flush 只管 C++ 层，数据从这里出去后，还可能卡在 C 标准库层、内核层、甚至磁盘控制器缓存里——调试 IO 延迟时，得一层层确认落点。
