CentOS 7怎么修改错误输出重定向

错误重定向无反应的根本原因是命令未产生stderr；2>覆盖写适合调试，2>>追加写适合长期监控；合并stdout和stderr需用>&或2>&1避免错乱；丢弃输出应使用>/dev/null或&>/dev/null。

错误输出重定向为什么总是没反应

经常会遇到这样的情况：执行 command 2> error.log 后，error.log 却是空的，或者命令明明报错了，却没有写入到这个文件中。这可不是因为语法错误，而是另有原因：命令根本就没有产生 stderr——比如说，ls /valid/path 执行成功时，是不会往 fd 2 输出任何东西的；只有像 ls /noexist 这种真正执行失败的命令，才会让 2> 起作用。

验证方式很简单：echo "test" 2> out.txt 不会写入（因为 echo 从不写 stderr），但 ls /xxx 2> out.txt 会写入错误信息。

2> 和 2>> 怎么选

覆盖写还是追加写，取决于日志用途：

• 2> error.log：每次运行都清空旧内容，适合单次调试、临时抓错
• 2>> error.log：保留历史，适合长期监控脚本，比如定时任务每小时跑一次，你想看全部失败记录
• 混用也合法：command 1>> output.log 2> error.log —— 正确输出追加，错误输出覆盖，避免错误日志被冲掉关键上下文

把 stdout 和 stderr 合并写入同一个文件要注意顺序

直接写 command > all.log 2> all.log 是错的：两股流竞争写入，内容会错乱（比如“Permission”和“denied”被拆开写在不同位置）。

正确做法只有两种：

• command > all.log 2>&1：先重定向 stdout 到文件，再让 stderr 指向 stdout 当前目标（即文件）
• command &> all.log：等价于上一条，更简洁，但 CentOS 7 bash 4.2+ 才支持（默认系统满足）
• 追加合并用：command >> all.log 2>&1 或 command &>> all.log

注意：2>&1 必须写在 > 之后，顺序反了（如 2>&1 > all.log）会导致 stderr 仍输出到终端。

丢弃错误输出就用 /dev/null

不想保存错误、也不让它干扰终端，直接扔进黑洞：

• command 2> /dev/null：错误消失，stdout 照常输出到屏幕
• command > /dev/null 2>&1：彻底静默，所有输出都不见（常用于 cron 脚本避免邮件告警）
• 别写成 2> /dev/null 1> /dev/null —— 多余，&> /dev/null 一条就够了

真正容易被忽略的是：/dev/null 不是“文件”，而是一个内核设备节点，写进去的东西瞬间蒸发，不占磁盘，也不触发 I/O 错误 —— 这正是它比创建空文件再重定向更可靠的原因。