管道符|本质是将前命令stdout重定向为后命令stdin，非简单连接；需两端均支持标准流，内建命令不可用于右侧；注意空格、缓冲、错误码传递及兼容性问题。

管道符 | 本质是把前一个命令的 stdout 当成后一个命令的 stdin

它不是“连接两个命令”，而是重定向数据流——前命令不写文件、不打印到终端，只吐出文本；后命令不读文件、不等用户输入，直接处理这些文本。一旦前命令崩溃、没输出或输出为空，后命令就收不到东西，可能静默失败或报错。

• 常见错误现象：ps aux | grep nginx 结果里总带一条 grep nginx 自身进程，因为 grep 也在匹配自己的命令行
• 正确写法（避开自身）：ps aux | grep [n]ginx 或 ps aux | grep nginx | grep -v grep
• 注意：管道两端命令必须都支持标准输入/输出；像 cd、export 这种 shell 内建命令不能直接用在管道右侧，因为它们不读 stdin

用 pipe 配合 awk / sed / cut 提取结构化信息

日志、ps、df、ls -l 这类输出有固定列格式，管道后接文本处理工具效率远高于写临时文件再读。

• df -h | awk '$5 ~ /[0-9]+%/ {print $1, $5}'：只打印使用率非零的磁盘及其挂载点（$5 是第五列，即使用率）
• ls -l | sed -n 's/^[^ ]* *[0-9]* [^ ]* [^ ]* *[0-9]* [^ ]* [^ ]* \([^ ]*\) .*/\1/p'：提取所有文件的修改月份（实际更推荐 stat 或 ls -l --time-style=+%b）
• 坑：字段数不固定时（如文件名含空格），cut -d' ' -f1 会断错；优先用 awk 按空白自动切分，或改用 find ... -printf

管道中途出错时，set -o pipefail 才能让脚本真正失败

默认情况下，管道只返回最后一个命令的退出码。哪怕 cat nonexistent.txt | grep foo 中 cat 报错 No such file，整个管道仍返回 0（成功），容易掩盖问题。

• 在脚本开头加 set -o pipefail，整条管道只要任一环节非零退出，就整体失败
• 但注意：某些场景需要忽略中间错误（比如 ls *.log 2>/dev/null | head -1），这时就不能开 pipefail
• 兼容性：仅 bash/zsh 支持；dash/sh 不识别，写可移植脚本需避免

别让管道卡住——警惕缓冲区和阻塞行为

管道是内存缓冲区，但大小有限（通常 64KB 左右）。如果右边命令迟迟不读（比如 grep 等待完整输入才输出），左边命令可能被挂起，尤其当它持续输出大量数据时。

• 典型卡死场景：tail -f /var/log/syslog | grep "error" | while read line; do echo "[$(date)] $line"; done —— while 循环在子 shell 中，变量无法回传；且 tail -f 不停输出，grep 缓冲未满不刷屏
• 解法：加 stdbuf -oL 强制行缓存：tail -f /var/log/syslog | stdbuf -oL grep "error" | while IFS= read -r line; do ...
• 更稳做法：用 awk 替代 grep | while 组合，避免子 shell 和缓冲干扰

事情说清了就结束