Shell管道符（|）是让命令接力协作的核心机制，它将前一个命令的标准输出直接作为后一个命令的标准输入，在内存中实时、单向、并行流动，不落地、不等待；其高效依赖数据格式对齐、错误可控（如pipefail）、缓冲优化及避免无用进程等关键实践。
Shell管道符（|）不是简单的连接符号，而是让命令“接力协作”的核心机制。它把前一个命令的标准输出（stdout）直接喂给后一个命令的标准输入（stdin），全程在内存中流动，不落地、不中断、不等待——这才是高效数据流的底层逻辑。
数据格式对齐：流水线不崩的关键
管道能跑起来，前提是每级输出恰好是下一级能处理的输入。格式错位，整条链就失效。
- sort必须在uniq前：uniq只合并相邻重复行，不排序就去重，结果漏统计
-
awk提取字段后别直接pipe给grep匹配整行：比如
awk '{print $1}' | grep "admin"可能匹配不到，因$1只是用户名，而grep默认搜整行；应改用awk '$1 == "admin"' -
处理ps、df等带表头的命令时先跳过首行：如
ps aux | tail -n +2 | awk '$8 ~ /^R$/ {print $2}'，避免把“USER”当进程ID处理
错误与调试：让流水线可控可查
默认情况下，stderr不走管道，错误信息直接打屏，容易掩盖问题；中间命令失败也不报错，整条链看似运行实则产出错误结果。
- 加
set -o pipefail让任一环节非零退出即终止，配合if做兜底判断 - 用
tee分路查看中间态：cat log.txt | tee /tmp/filtered.log | grep "404" | wc -l，既保留中间文件又不影响后续处理 - 想捕获错误日志？把stderr也导进管道：
command 2>&1 | grep "error"，或分离记录：command 2>err.log | grep "success"
性能与安全：别让效率反被拖累
管道快，但写法不当反而变慢；功能强，但裸管道执行敏感操作风险极高。
- 避免“无用cat”：如
cat file | grep pattern不如grep pattern file，少启一个进程 - 大文件多级处理时，用
stdbuf调缓冲策略：如grep ERROR log | stdbuf -oL awk '{print $5}' | sort，防止awk卡在缓冲区满才吐数据 - 涉及rm、kill等动作，务必先预览：
find . -name "*.tmp" | xargs -I{} echo "will remove: {}"，确认后再删 - 权限控制要精准：不要
ls /root | sudo grep "conf"，而用sudo ls /root 2>/dev/null | grep "conf"
超越基础：用好tee、xargs和进程替换
单向管道够用，但复杂场景需要更灵活的数据分流与交互能力。
-
tee不止是存中间结果，还能一分为二：ps aux | tee /tmp/pidlist | grep nginx | awk '{print $2}'，同时写文件又继续过滤 -
xargs把标准输入转为命令参数，特别适合批量操作：git ls-files "*.py" | xargs sed -i 's/old/new/g' - 进程替换
让非管道命令也能“假装”是文件：<code>diff ，无需临时文件
