为什么输出不实时
命令的输出一旦进了管道或重定向到文件，运行库会把标准输出从行缓冲切换成块缓冲，于是日志要攒够一整块才吐出来，看起来像「卡住了」。stdbuf 在启动命令时改变它的 stdio 缓冲模式，让输出恢复逐行或即时刷新，是 tail 加 grep、日志实时跟踪这类场景的常用补救手段。
基本信息
| 适用平台 | Linux（GNU coreutils）；依赖动态链接的 libc |
|---|---|
| 语法 | stdbuf -oL -eL 命令 |
| 常用参数 | -o0 无缓冲、-oL 行缓冲、-eL 标准错误行缓冲、也可直接给字节数 |
| 实现原理 | 通过环境变量注入预加载库来改写缓冲模式 |
典型使用场景
- tail 加 grep 时希望匹配到就立刻打印，而不是等缓冲写满
- 把长任务的输出实时写入文件并在屏幕上同步查看
- 给每行输出打时间戳时保证时间戳与实际发生时间对齐
- 调试管道链时定位输出是延迟在哪个环节
- 自动化脚本里让日志滚动更快，方便随时观察进度
常用示例
常用示例
tail -f app.log | stdbuf -oL grep ERROR # grep 实时输出匹配行
stdbuf -o0 tail -f app.log | tee live.log # 无缓冲，边看边落盘
stdbuf -oL long_running_cmd | ts '[%T]' # 与时间戳工具配合保持时序
stdbuf -oL ./tool.py 2>&1 | head -50 # 观察前 50 行时不必等缓冲
python3 -u tool.py | grep -v noise # 自带替代：解释器侧关闭缓冲
grep --line-buffered ERROR < <(tail -f app.log) # 自带替代：工具自己的行缓冲选项参数逐项读法
| 参数 | 含义 | 典型场景 |
|---|---|---|
| -o0 | 标准输出无缓冲 | 需要最实时，写入次数最多的方案 |
| -oL | 标准输出行缓冲 | 日志类逐行输出，最常用 |
| -eL | 标准错误行缓冲 | 错误与正常输出分流时用 |
| -iL | 标准输入行缓冲 | 交互式喂入数据的场景 |
| -o 字节数 | 按指定缓冲大小 | 需要控制写入批次时使用 |
原理是预加载注入，只对动态链接并走标准库缓冲的程序有效；对已运行的进程无效，只能作用于启动它的那一刻。
不少程序自带关闭缓冲的选项（例如解释器的 -u 参数、搜索工具的 --line-buffered），优先用这些原生开关比外挂更可靠。