endl会强制刷新缓冲区，\n不会；endl是操纵符，先输出换行再调用flush()，\n仅插入换行符，刷新依赖流状态，易导致输出延迟或日志不及时。
endl 会强制刷新缓冲区，\n 不会
这是最核心的区别。endl 是一个操纵符（manipulator），它先输出一个换行符，再调用 flush() 强制清空输出缓冲区；而 \n 只是插入一个换行字符，缓冲区是否刷新取决于流的状态（比如是否为行缓冲、满缓冲或手动 flush()）。
常见错误现象：程序输出卡住、日志没立刻打印、调试时 cout 后没看到内容——往往是因为只用了 \n，且流未自动刷新（尤其重定向到文件或管道时）。
- 交互式终端（如 std::cout 默认）通常是行缓冲：遇到
\n会自动刷新，所以看起来效果一样 - 重定向到文件或管道时，
cout变成全缓冲：仅靠\n不触发刷新，必须显式endl或flush() -
cerr默认不缓冲，所以cerr 和cerr 行为一致（但语义上仍推荐endl表达“结束一行并确保可见”）
性能差异在高频输出场景下明显
每次调用 endl 都带一次系统级 flush 操作，涉及内核态/用户态切换和 I/O 调度。在循环中频繁使用，比如日志埋点或大量数据导出，会显著拖慢速度。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 非必要不写
endl：普通输出优先用\n，需要立即可见时再加flush()或endl - 批量输出后统一刷新更高效：
for (int i = 0; i - 若需兼顾可读性与性能，可封装：
#define LOG_LINE(x) do { cout （仅限调试）
缓冲区类型决定 \n 是否自动刷新
C++ 标准流的缓冲行为由底层 C FILE* 决定，可通过 cout.rdbuf()->pubsetbuf(nullptr, 0) 关闭缓冲（不推荐），或用 sync_with_stdio(false) 解绑 C stdio 流以提升性能（此时 \n 是否刷新完全由 C++ 流自身策略控制）。
关键事实：
-
cin.sync_with_stdio(true)（默认）：C++ 流与 C stdio 共享缓冲策略，cout在终端是行缓冲 →\n触发刷新 -
cin.sync_with_stdio(false)：C++ 流独立缓冲，cout默认变为全缓冲 →\n不刷新，必须endl或flush() - 调用
setvbuf(stdout, nullptr, _IONBF, 0)可设 C stdout 为无缓冲，影响同步后的cout
跨平台行为一致，但依赖运行时环境
endl 的语义（换行 + flush）在所有标准 C++ 实现中一致；\n 的换行符本身是 ASCII 10，在文本模式下 Windows 会自动转为 CRLF，但缓冲刷新逻辑不受影响。
容易被忽略的点：
- 使用
freopen重定向 stdout 后，缓冲类型可能改变，\n是否刷新需重新验证 - 在子进程或容器环境中（如 Docker），stdout 可能被管道接管，导致默认变成全缓冲，此时
\n失效比本地开发更隐蔽 -
std::ofstream默认全缓冲，写文件时用\n不会实时落盘，endl才保证内容写入磁盘（对日志完整性重要）
