std::cout 不立刻打印是因为默认采用行缓冲（输出遇换行才刷新）或全缓冲（如重定向到文件时），需显式调用 std::flush 或 std::endl 强制刷新。
为什么 std::cout 不立刻打印？
因为 std::cout 默认是行缓冲（遇到换行才刷）或全缓冲（比如重定向到文件时），你调用 std::cout 后没看到输出，不是卡了，是还在缓存里躺着。
常见现象：std::cout 屏幕啥也不显示，直到程序结束或下一次换行才蹦出来。
- 交互式终端下，
\n会触发自动刷新；但\r、std::flush或std::endl才是显式控制点 -
std::endl="\n" + flush，别滥用——它强制刷缓存，可能拖慢高频日志 - 如果用了
std::ios::sync_with_stdio(false)关同步，std::cout和 C 的printf就不能混用，否则输出错乱
std::flush 和 std::endl 怎么选？
二者都能清空输出缓冲区，但语义和开销不同。
-
std::flush：只刷缓存，不加任何字符。适合“打点+等待”场景，比如进度条末尾加 -
std::endl：先写一个\n，再调flush。适合需要换行又必须立即可见的场合 - 错误用法：
std::cout —— 多此一举，<code>std::endl已经 flush 过了 - 性能影响：高频循环里用
std::endl可能比"\n"慢 2–5 倍（尤其在文件输出时）
手动 flush 无效？检查这三件事
写了 却还是没反应，大概率不是 flush 本身的问题。
立即学习“C++免费学习笔记（深入）”；
- 确认目标流没被重定向：运行时把
std::cout重定向到文件（./a.out > out.txt）后，它变成全缓冲，\n不再自动 flush，必须显式flush - 检查是否禁用了同步：
std::ios::sync_with_stdio(false)后，std::cin/std::cout缓冲行为更“原始”，但不会让flush失效 - 留意线程安全：多线程共用
std::cout时，flush本身是线程安全的，但输出内容可能交错——这不是 flush 的锅，得加锁或用独立流
要不要全局关缓冲？
可以，但代价明显。
-
std::cout.setf(std::ios::unitbuf);让每次插入操作后自动 flush（等价于每句末尾隐式加flush） - 优点：不用到处写
flush，调试期省心 - 缺点：I/O 频次暴增，尤其写文件或管道时，吞吐可能跌 10 倍以上
- 更稳妥的做法：只对调试用的流（如
std::cerr）保持 unbuffered，std::cerr默认就是无缓冲的，直接用它打调试信息更可靠
真正难搞的不是怎么 flush，而是判断「此刻到底需不需要 flush」——终端、管道、文件、重定向、多线程，每种上下文的缓冲策略都得单独验。
