最稳妥的错误输出静默方式是2>/dev/null，它将stderr重定向至黑洞设备/dev/null，不干扰stdout；而&>/dev/null会同时丢弃两者，2>&1 >/dev/null则因顺序错误导致全部丢失。
直接用 2>/dev/null 就行，这是最常用、最稳妥的方式。
为什么是 2>/dev/null 而不是其他写法
错误输出对应文件描述符 2，/dev/null 是内核提供的“黑洞”设备，所有写入它的数据立刻消失。组合起来 2>/dev/null 表示“把 stderr（错误）重定向到空设备”，不干扰 stdout（正常输出）。
-
>/dev/null只影响 stdout（即1>/dev/null），错误仍会打印到终端 -
&>/dev/null会同时丢弃 stdout 和 stderr，但有时你只想静默错误，保留正常输出 -
2>&1 >/dev/null是常见错误顺序：先重定向 stderr 到 stdout，再把 stdout 丢进/dev/null，结果是两者都丢了——而且逻辑反了，不可靠
2>/dev/null 的典型使用场景
适合那些你知道会报错、但不想看到提示的命令，比如检查文件或路径是否存在：
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 测试某个路径是否可读：
ls /tmp/missing_dir 2>/dev/null—— 没输出就说明不存在或没权限 - 在脚本中避免干扰：
grep "pattern" config.txt 2>/dev/null || echo "not found" - 配合
||做条件判断时，必须先屏蔽错误，否则失败时 stderr 会混在判断逻辑里
容易踩的坑：后台运行 + 重定向的组合
如果命令要后台运行（加 &），又想丢掉错误，不能只写 cmd 2>/dev/null & —— 看似没问题，但某些 shell（如老版本 dash）下 & 优先级高于重定向，可能出错。保险写法是：
- 加括号明确作用域：
(cmd 2>/dev/null) & - 或者用
nohup配合：nohup cmd 2>/dev/null &（nohup本身会接管 stdout/stderr，但显式指定更可控） - 注意：如果还希望 stdout 也丢弃，别用
&>/dev/null &，而应写成cmd > /dev/null 2>&1 &，顺序不能颠倒
真正关键的是理解 2 和 /dev/null 各自的作用，以及重定向符号执行时的先后顺序——很多看似奇怪的行为，其实都卡在这两个点上。
