管道中前一个命令出错不中断后续流程，应使用 || : 显式忽略错误或 set +e 临时关闭退出检查，避免 || true 吞错误码；需注意上游失败导致下游因 EOF 提前退出、缓冲影响输出（如 sed/awk 行尾不刷屏）、多进程写管道易乱序等问题。
管道里怎么让前一个命令出错也不中断后续流程
默认情况下，set -e 或管道中任意命令失败，整个管道就停在那——但很多时候你只想“尽力而为”，比如批量处理日志时某个文件权限不对，不该卡住后面所有分析。
关键不是绕过错误，而是显式控制错误传播。用 || true 太粗暴，会吞掉错误码；更稳妥的是用 || :（: 是 shell 内置空命令，返回 0），或者直接用 set +e 临时关闭退出检查。
- 想只忽略某条命令的失败：把
grep pattern file | wc -l改成grep pattern file 2>/dev/null || : | wc -l - 想整段管道都容错：开头加
set +e;，结尾再set -e恢复（注意子 shell 里set不影响父 shell） - 真实场景常见坑：用
cmd1 | cmd2 | cmd3时，cmd1失败会导致cmd2收不到输入，但cmd2可能因 EOF 立即退出，看起来像“没执行”，其实是被上游掐断了
怎么在管道中间实时看进度又不破坏数据流
pv 是最直接的方案，但它不是所有系统默认安装；替代方案是用 tee 分流 + wc -l 计数，但要注意顺序和缓冲问题。
核心矛盾在于：加进度显示不能阻塞或改写原始字节流。所以不能用 cat file | echo "processed $(wc -l)" | ... 这种——echo 会吃掉数据。
- 安全做法：用
tee >(wc -l >&2) | next_cmd，其中> (wc -l >&2)是进程替换，把行数打到 stderr，不影响 stdout 流向next_cmd - 如果没
pv又不想依赖 bash 扩展，可用stdbuf -oL tail -f /dev/stdin | wc -l &配合tee /dev/tty，但容易乱序 - 常见错误：用
cat file | while read line; do echo $line; done | wc -l—— 这里while是子 shell，wc -l统计的是 while 的输出，不是原始行数
多个命令并行跑进同一个管道会乱吗
会，而且非常容易出错。比如 { cmd1; cmd2; } | grep foo 看似并行，其实仍是串行执行；真并行得用 &，但输出混在一起就失去顺序保障。
管道本身是单向字节流，没有“来源标记”。多个进程同时往同一 pipe 写，内核保证每次 write() 原子性（≤ PIPE_BUF 字节），但超过就可能被截断穿插。
- 安全并行：用
parallel --line-buffer，它自动加锁和缓冲，或用命名管道mkfifo配合cat聚合 - 简单场景可接受的折中：
cmd1 > tmp1 & cmd2 > tmp2 & wait; cat tmp1 tmp2 | process，牺牲一点实时性换确定性 - 典型翻车现场：写监控脚本时用
ps aux | grep nginx & ps aux | grep mysql直接丢进管道——两个ps输出时间点不同，字段对不齐，awk '{print $2}'会取错列
sed/awk 在管道里为什么有时不输出最后一行
因为缓冲。默认情况下，sed 和 awk 对管道输入使用全缓冲（block buffering），等满 4KB 或遇到 EOF 才刷出；而有些程序（如 tail -f）永远不发 EOF，导致你一直看不到结果。
- 强制行缓冲：用
stdbuf -oL包裹，例如tail -f access.log | stdbuf -oL awk '{print $1}' | grep -v "404" - sed 特殊情况：用
sed -u（GNU sed）或sed ''（某些 BSD sed）启用无缓冲模式 - 最容易忽略的一点：即使加了
-u，如果上游命令自己缓存（比如 Python 脚本没设sys.stdout.flush()），下游照样等——管道是端到端的缓冲链，得每一段都松开
