如果你思考一下“重定向”和“管道”到底发生了什么，就会更容易形象化。bash中的重定向和管道只做一件事:修改进程文件描述符0、1和2所指向的地方(参见/proc/[pid]/fd/*)。

当命令行上出现管道或“|”操作符时，首先发生的事情是bash创建一个fifo，并将左侧命令的FD 1指向这个fifo，并将右侧命令的FD 0指向相同的fifo。

接下来，从左到右计算每一侧的重定向操作符，每当出现描述符复制时，就使用当前设置。这很重要，因为管道是先设置的，FD1(左侧)和FD0(右侧)已经与正常情况不同，任何复制都将反映这一事实。

因此，当你输入如下内容时:

command 2>&1 >/dev/null | grep 'something'

以下是发生的事情，按顺序排列:

创建管道(fifo)。“命令FD1”指向这个管道。"grep FD0"也指向这个管道 “命令FD2”指向“命令FD1”当前指向的位置(管道) “command FD1”指向/dev/null

因此，“命令”写入其FD 2 (stderr)的所有输出都会进入管道，并由另一端的“grep”读取。“命令”写入其FD 1 (stdout)的所有输出都会进入/dev/null

如果相反，运行以下命令:

command >/dev/null 2>&1 | grep 'something'

事情是这样的:

一个管道被创建，“命令FD 1”和“grep FD 0”指向它 “命令FD 1”指向/dev/null “命令FD 2”指向FD 1当前指向的位置(/dev/null)

因此，所有来自"command"的stdout和stderr都将转到/dev/null.没有任何东西进入管道，因此“grep”将关闭，而不会在屏幕上显示任何东西。

还要注意，重定向(文件描述符)可以是只读(<)、只写(>)或读写(<>)。

最后一点。一个程序写东西到FD1还是FD2，完全取决于程序员。良好的编程实践规定，错误消息应该发送到FD 2，正常输出应该发送到FD 1，但您经常会发现混淆了这两者或以其他方式忽略约定的草率编程。

对于那些想要将stdout和stderr永久重定向到文件的人，在stderr上使用grep，但保留stdout以将消息写入tty:

# save tty-stdout to fd 3
exec 3>&1
# switch stdout and stderr, grep (-v) stderr for nasty messages and append to files
exec 2> >(grep -v "nasty_msg" >> std.err) >> std.out
# goes to the std.out
echo "my first message" >&1
# goes to the std.err
echo "a error message" >&2
# goes nowhere
echo "this nasty_msg won't appear anywhere" >&2
# goes to the tty
echo "a message on the terminal" >&3

我刚刚提出了一个解决方案，使用命名管道将stdout发送到一个命令，stderr发送到另一个命令。

在这里。

mkfifo stdout-target
mkfifo stderr-target
cat < stdout-target | command-for-stdout &
cat < stderr-target | command-for-stderr &
main-command 1>stdout-target 2>stderr-target

之后删除已命名的管道可能是个好主意。

如果你正在使用Bash，那么使用:

command >/dev/null |& grep "something"

http://www.gnu.org/software/bash/manual/bashref.html#Pipelines

这将重定向command1 stderr到command2 stdin，同时保留command1 stdout原样。

exec 3>&1
command1 2>&1 >&3 3>&- | command2 3>&-
exec 3>&-

摘自LDP

或者将标准错误输出和标准输出交换，使用:

command 3>&1 1>&2 2>&3

这将创建一个新的文件描述符(3)，并将其分配到与1(标准输出)相同的位置，然后将fd 1(标准输出)分配到与fd 2(标准错误)相同的位置，最后将fd 2(标准错误)分配到与fd 3(标准输出)相同的位置。

标准误差现在可以作为标准输出，旧的标准输出保留在标准误差中。这可能有点过分，但希望它能提供更多关于Bash文件描述符的详细信息(每个进程有9个可用的文件描述符)。