在linux shell中，stderr（文件描述符2）独立于stdout，需用2>单独捕获错误到文件，用>&或&>合并输出与错误，用2>/dev/null屏蔽错误，还可通过管道或进程替换实时分析错误。
在 Linux Shell 中，标准错误流（stderr，文件描述符 2）默认和标准输出（stdout）一样显示在终端，但它独立于 stdout，不会被 > 捕获——这是很多人一开始踩坑的关键点。想精准控制错误信息，核心是明确区分、定向捕获、合理合并或静默丢弃。
单独捕获错误到文件
用 2> 可把错误信息单独写入文件，不影响正常输出显示在屏幕：
-
find /etc -name "passwd" 2> errors.log：只记录“Permission denied”等错误，成功匹配结果仍打印在终端 -
2>> errors.log追加写入，适合长期运行脚本的日志累积，避免覆盖历史错误 - 注意：
2>后必须紧跟文件名，不能有空格；2>不支持省略文件名（不像cat可以不带参数）
合并输出与错误到同一目标
当需要统一查看全部结果（含成功+失败），有两种常用写法，但顺序很重要：
-
command > all.log 2>&1：先重定向 stdout 到文件，再让 stderr 指向 stdout 当前位置（即all.log）。兼容性最好，所有 Shell 都支持 -
command &> all.log：更简洁，功能等价于上式，但部分旧版 shell（如 dash）不支持 - 错误写法示例：
command 2>&1 > all.log—— 因为2>&1发生在>之前，此时 stdout 还指向终端，所以 stderr 仍输出到屏幕
彻底屏蔽错误信息
某些场景下你只关心命令是否成功，不想看到任何报错提示（比如探测服务端口时的连接拒绝信息）：
-
command 2>/dev/null：仅丢弃错误，正常输出仍可见 -
command >/dev/null 2>&1或command &>/dev/null：同时屏蔽 stdout 和 stderr，终端完全静默 - 常用于条件判断前清理干扰，例如：
if ping -c1 host &>/dev/null; then echo "up"; fi
结合工具做实时错误分析
错误流也可通过管道传递给其他命令处理，实现动态过滤或告警：
-
some_command 2>&1 | grep -i "error\|fail"：把所有输出（含错误）交给grep筛选关键词 -
some_command 2> >(grep "timeout" >&2) > output.log：用进程替换将特定错误重新导向 stderr，其余正常输出进文件 - 配合
tee实现“一边存日志、一边看屏幕”：some_command 2>&1 | tee run.log
