std::endl用于换行并强制刷新缓冲区，std::flush仅刷新缓冲区不换行；重定向时需显式刷新，频繁输出应避免滥用std::endl以防i/o性能下降。
std::cout 不立刻显示，不是 bug，是缓冲区在工作；要让它马上出来，得主动干预。
std::endl 和 std::flush 到底该用哪个
二者都能触发刷新，但行为不同：std::endl 等价于输出一个 \n 再调 std::flush；std::flush 只清缓存，不加任何字符。
- 需要换行且必须立即可见（比如日志末尾）→ 用
std::endl - 不想换行，只想“推一下”（比如进度条末尾用
\r覆盖）→ 必须用std::flush或std::cout.flush() - 高频循环里打点（如每毫秒输出一次）→ 避免
std::endl，改用\n+ 定期std::flush，否则 I/O 开销可能高 2–5 倍
重定向到文件时 \n 为啥不自动刷
因为缓冲策略变了：终端下 std::cout 默认行缓冲（\n 触发刷新），但重定向到文件（如 ./a.out > out.txt）后，它切换为全缓冲——\n 不再有刷新效果，必须显式 std::flush 或 std::endl。
- 调试时发现文件里没内容？先检查是否重定向了
- 日志写入文件又怕崩溃丢数据？单靠
std::flush不够，它只刷到内核缓冲区；要落盘得用fsync(fileno(fp))（Linux/macOS）或_commit(_fileno(fp))（Windows） - 别用
_flushall()——它不是标准 C++，GCC/Clang 下直接报错use of undeclared identifier '_flushall'
关同步（std::ios::sync_with_stdio(false)）后还能不能 flush
能，std::flush 依然有效，但它只作用于 C++ 流本身。问题出在混用：
- 关同步后，
std::cout和printf使用各自独立的缓冲区 - 你调
std::cout.flush()，printf的缓冲区还躺着；反之亦然 - 结果就是输出顺序错乱、内容缺失——这不是
flush失效，是流没对齐 - 结论：关同步就彻底只用 C++ 流，或者彻底只用 C 风格 I/O
为什么调了 std::flush 还看不到输出
大概率不是 flush 的问题，而是下面三件事之一没确认：
- 目标流是否被重定向？运行时加
> out.txt就已切换为全缓冲 - 是否禁用了同步但又混用了
printf？导致两个缓冲区不同步 - 多线程共用
std::cout？flush是线程安全的，但输出内容可能交错——得自己加锁，或改用线程局部流
真正难搞的从来不是“怎么刷”，而是“刷完之后数据到底在哪一层”：C++ 缓冲区 → C 标准库 file* 缓冲区 → 内核缓冲区 → 磁盘。每层都可能卡住，而 std::flush 只管第一层。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
