std::endl 比 '\n' 慢是因为它除输出换行符外还强制刷新缓冲区，引发额外系统调用；而 '\n' 仅写入缓冲区，由流自主管理刷新。

std::endl 为什么比 '\n' 慢？

std::endl 不只是输出一个换行符，它还会强制调用 flush() 刷新缓冲区。在频繁输出（比如循环日志、大量调试打印）时，每次刷新都会触发系统调用或磁盘 I/O，开销远高于单纯写入缓冲区。而 '\n' 只是字符，不触发刷新，由流自身按需缓冲 —— 这才是性能差异的核心。

什么时候必须用 std::endl？

只有在「需要立即看到输出」且「后续可能长时间无输出」的场景才真正需要 std::endl，比如：

• 交互式命令行程序中提示用户输入前（std::cout ）
• 子进程崩溃前的最后一行日志（防止因缓冲未刷而丢失）
• 调试时卡在某处，想确认某行是否执行到（但更推荐用 std::cerr + '\n'，因为 std::cerr 默认无缓冲）

替代方案：手动控制 flush 的时机

把换行和刷新解耦：用 '\n' 换行，只在必要时显式 flush() 或 std::flush。这样既保持可读性，又避免重复开销。

std::cout << "Processing item " << i << '\n';  // 不刷新
if (i % 1000 == 0) {
    std::cout << std::flush;  // 每千次刷一次
}
// 或等价写法：
// std::cout.flush();

注意：std::flush 是操纵符，flush() 是成员函数，效果相同；但不要混用 std::endl 和额外 flush，那会刷两次。

其他易忽略的细节

以下操作也会隐式刷新，需一并检查：

• std::cin、std::getline 等输入操作前，std::cout 通常自动刷新（因 tied 关系），但若你解除了绑定（std::cout.tie(nullptr);），就得自己管刷新
• std::cerr 默认不缓冲，所以 std::cerr 实际比 std::cout 更快且更及时
• 重定向到文件时，std::endl 的刷新代价更高（涉及 fsync 类行为），而 '\n' 完全走内核缓冲，吞吐量可差数倍

最稳妥的习惯：默认用 '\n'；只在明确需要“此刻立刻落盘/显示”时，加 std::flush 或保留 std::endl。别把它当成换行符的“高级写法”。