2>/dev/null可屏蔽错误堆栈，因stderr（fd=2）独立于stdout（fd=1），需显式重定向；>/dev/null 2>&1先将stdout指向黑洞，再使stderr跟随，实现完全静默。
直接用 2>/dev/null 就能屏蔽错误堆栈，但要确保它写在命令末尾，且不干扰正常输出。关键不是“加个黑洞”就行，而是理解错误流（stderr，FD=2）默认独立于标准输出（stdout，FD=1），必须显式重定向它。
只丢弃错误，保留正常输出
多数场景下你只想让错误消息消失，而命令的正确结果仍显示在屏幕上或保存到文件中：
-
显示正常结果，隐藏错误：命令后紧跟
2>/dev/null，例如find / -name "*.log" 2>/dev/null
这样权限不足、路径不存在等报错全被吞掉，只留下匹配到的日志文件路径。 -
保存正常结果到文件，同时丢弃错误：
ls /tmp /invalid 1>output.txt 2>/dev/null
注意顺序：先指定1>再写2>/dev/null，避免误把 stdout 也导向黑洞。
彻底静默：连正常输出也不要
如果命令本身不需要任何反馈（比如后台检测、定时任务中的探针），可一并丢弃 stdout 和 stderr：
-
command > /dev/null 2>&1—— 先把 stdout 指向黑洞，再让 stderr 跟随 stdout； -
command &>/dev/null—— Bash 简写形式，功能完全等价，更简洁； - 不要写成
command 2>&1 >/dev/null，那样 stderr 会先指向原 stdout（屏幕），再改 stdout，错误仍会打印出来。
区分处理：错误进黑洞，正常输出进日志
有些脚本需要记录成功动作，但对常见错误（如文件已存在、服务未启动）不关心，这时可以分离流向：
-
cp file1.txt /backup/ 1>>success.log 2>/dev/null
复制成功的路径追加到日志，权限拒绝或目标不可写等错误直接丢弃； - 配合
|| true可防止因错误导致脚本中断，但不如重定向精准——重定向是源头过滤，||是事后补救。
为什么 /dev/null 能当黑洞用
/dev/null 是内核提供的特殊设备文件，任何写入它的数据都会被立即丢弃，读取则立刻返回 EOF。它不占磁盘空间，也不触发 I/O 延迟，是 Linux 中最轻量、最可靠的“丢弃目标”。
用它屏蔽堆栈的核心逻辑就一条：错误信息走的是 FD=2，只要把 FD=2 指向 /dev/null，内核就不再尝试渲染或缓存那些 traceback、Permission denied、No such file 等内容。
