endl 会强制刷新缓冲区，\n 不会；endl 输出换行符并调用 flush()，\n 仅插入换行字符，刷新依赖缓冲区状态；频繁输出时 endl 性能开销大；必须用 endl 的场景包括调试崩溃前输出、交互式程序提示用户输入前确保显示。
endl 会强制刷新缓冲区，\n 不会
endl 是一个操纵符（manipulator），它做两件事：输出一个换行符 \n，然后调用 flush() 强制刷新输出缓冲区；而 \n 只是插入一个换行字符，是否刷新取决于缓冲区状态（比如是否满、是否遇到 std::cin 等同步操作）。在频繁输出的场景下，endl 的强制刷新会带来明显性能开销。
什么时候必须用 endl 而不是 \n
只有当你需要「立即看到输出」且不能依赖自动刷新时，才必须用 endl。典型场景包括：
- 调试时输出后程序立刻崩溃或进入死循环，不用
endl可能看不到最后几行 - 交互式程序中提示用户输入前，确保提示文字已显示（如
std::cout ） - 多线程/子进程环境中，避免因缓冲未刷导致日志错乱
如何判断输出是否已刷新
默认情况下，std::cout 与 stdin 同步（即 std::ios_base::sync_with_stdio(true)），此时遇到 std::cin 或程序结束会自动刷新。但以下情况会破坏这种保证：
- 调用
std::ios_base::sync_with_stdio(false)后，std::cout和 C 风格printf不再同步，且自动刷新行为更不可靠 - 重定向输出到文件或管道时，
std::cout默认变为全缓冲，\n几乎从不触发刷新 - 使用
std::ofstream时，默认就是全缓冲，\n完全不会刷新
性能差异实测很直观
下面这段代码在 Release 模式下差距可达数倍：
立即学习“C++免费学习笔记（深入）”；
#include#include int main() { auto start = std::chrono::high_resolution_clock::now(); for (int i = 0; i < 100000; ++i) { std::cout << i << std::endl; // 慢：每次刷缓冲 } auto end = std::chrono::high_resolution_clock::now(); // vs // for (int i = 0; i < 100000; ++i) { // std::cout << i << '\n'; // 快：仅末尾刷一次 // } }
缓冲区刷新本身开销不大，但频繁系统调用（尤其是小数据+高频率）会让 endl 成为瓶颈。实际项目中，除非明确需要即时可见性，否则优先用 '\n'，必要时手动加 std::cout 。
最容易被忽略的是：重定向到文件时 \n 看似“没输出”，其实只是卡在缓冲区里——这不是 bug，是设计如此。
