重定向和管道必须协同使用，2>&1 | 才有效；单独使用或顺序错误会导致stderr未进入管道。正确写法是cmd 2>&1 | grep，错误写法如cmd | grep 2>&1或2>1会创建文件而非重定向。
重定向和管道不是并列技巧，而是必须协同使用的底层机制；单独用错顺序，2>&1 | 就会失效。
为什么 2>&1 | grep 有时不捕获错误？
因为管道只传递 stdout（文件描述符 1），而 stderr（文件描述符 2）默认仍输出到终端。必须先让 stderr 指向当前的 stdout，再建立管道，才能把错误也送进去。
-
cmd 2>&1 | grep "error"✅ 正确：先重定向stderr到当前stdout（此时stdout已被管道接管） -
cmd | grep "error" 2>&1❌ 错误：管道已建好，2>&1只是把stderr指向终端的stdout，没进管道 - 常见误写：
cmd 2>1 | grep—— 这会创建一个叫1的文件，不是重定向到描述符 1
&> 和 2>&1 的本质区别
&> 是语法糖，2>&1 是显式操作。两者效果常一致，但行为边界不同：
-
cmd &>log等价于cmd >log 2>&1，覆盖写入log，且原子完成 -
cmd >out.log 2>&1中，若out.log不可写，stdout重定向失败，但stderr仍可能输出到终端（取决于 shell 实现） -
cmd 2>&1 >out.log❌ 顺序反了：先2>&1把stderr指向终端，再>out.log只改stdout，错误仍打屏
如何同时保存日志并实时过滤关键行？
用 tee 拆流：一边存全量日志，一边把流喂给 grep 做实时筛选。
-
make 2>&1 | tee build.log | grep -E "(ERROR|FAIL)"—— 全量进build.log，匹配行刷屏 - 加
-i忽略大小写：... | grep -i "warning" - 避免
grep提前退出导致Broken pipe：... | head -n 10 2>/dev/null - 想分离
stdout和stderr到不同文件但保持时序？用子 shell：(cmd 2>err.log) >out.log
管道中断时的 Broken pipe 怎么静默？
当管道下游（如 head、grep）提前退出，上游进程继续写就会收到 SIGPIPE，报 Broken pipe。这不是 bug，是正常信号。
- 静默它：
cmd 2>&1 | head -5 2>/dev/null—— 把head自己的stderr（含错误信息）丢弃 - 更健壮写法：
cmd 2>&1 | { head -5 || true; }，确保管道不因head退出而崩 - 注意：
2>/dev/null必须放在管道右侧命令后，不是整个管道后
真正难的不是记住符号，而是理解文件描述符的指向链——每次重定向都在修改“当前 stdout 指向哪”，而管道会动态接管它。写复杂组合前，先脑内 trace 一遍 fd 0/1/2 的最终去向。
