为什么 stdout 比 stderr 快？
内容提要
文章探讨Rust中stdout比stderr快的原因。作者用ratatui/crossterm构建TUI并以samply分析，发现stdout默认使用LineWriter行缓冲，减少系统调用；stderr无缓冲，每次写入都阻塞。实验表明给stderr加行缓冲后性能与stdout相同，而stdout改为无缓冲后同样变慢。结论是差异源于缓冲策略而非流本身，并比较了Go、Python、C等语言的缓冲行为。
延伸解读
缓冲策略才是性能差异的根源
文章通过实验证明，stdout 比 stderr 快并非流本身的性质，而是 Rust 标准库对两者的缓冲策略不同。stdout 默认使用 LineWriter 行缓冲，减少系统调用；stderr 无缓冲，每次写入都直接阻塞。给 stderr 加行缓冲后性能与 stdout 相同，而 stdout 改为无缓冲后同样变慢。这说明性能差异完全来自缓冲层，而非底层文件描述符。
TUI 场景下缓冲的影响被放大
在 ratatui/crossterm 构建的 TUI 中，每帧渲染会触发大量小写入。stdout 的行缓冲将这些写入合并，减少 write_all 调用次数；stderr 则每次写入都同步到终端，导致帧率明显下降。作者在 550x360 终端上测得 stdout 约快 2 倍，samply 分析显示 stdout 的 write_all 调用次数远少于 stderr。对于高频刷新的终端应用，选择缓冲流能显著提升流畅度。
跨语言对比：缓冲行为并非 Rust 独有
文章还比较了 Go、Python、C 等语言的缓冲行为，指出不同语言对 stdout/stderr 的默认缓冲策略存在差异。这意味着开发者不能假设所有语言的 stdout 都自动缓冲，也不能依赖 stderr 的实时性而忽视性能代价。在需要低延迟错误输出的场景，无缓冲的 stderr 是合理设计；但在高频写入的 TUI 或日志场景，手动为 stderr 添加缓冲或批量写入可能更合适。
Q&A
为什么在Rust中stdout比stderr快？
因为stdout默认使用LineWriter进行行缓冲，减少了系统调用次数；而stderr无缓冲，每次写入都会直接阻塞直到完成。
如何通过实验验证stdout和stderr的性能差异？
可以构建一个TUI应用，分别使用stdout和stderr作为输出流，并测量FPS。实验显示stdout的FPS约为stderr的两倍。
LineWriter和BufWriter有什么区别？
LineWriter在遇到换行符时刷新缓冲区，而BufWriter仅在缓冲区满时刷新。两者都在作用域结束时刷新。
如果给stderr加上行缓冲，性能会变快吗？
是的，实验表明给stderr加上行缓冲后，其性能与stdout相同；反之，将stdout改为无缓冲后性能也会变慢。
其他编程语言中stdout和stderr的缓冲行为如何？
文章比较了Go、Python、C等语言的缓冲行为，但未给出具体细节。
在Rust中如何手动为stderr添加缓冲？
可以使用BufWriter或LineWriter包装stderr，例如：let mut writer = BufWriter::new(stderr()); 然后使用writer进行写入。
