把这些最好的答案结合起来，如果你有:

命令2> >(grep -v something 1>&2)

.．.然后所有的stdout被保留为stdout，所有的stderr被保留为stderr，但是你不会在stderr中看到任何包含字符串“something”的行。

这有一个独特的优点，即不反转或丢弃stdout和stderr，也不将它们混在一起，也不使用任何临时文件。

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

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

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

如果你思考一下“重定向”和“管道”到底发生了什么，就会更容易形象化。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，但您经常会发现混淆了这两者或以其他方式忽略约定的草率编程。

您可以使用rc外壳。

首先安装包(小于1mb)。

这是一个如何在rc中丢弃标准输出和管道标准错误到grep的例子:

find /proc/ >[1] /dev/null |[2] grep task

你可以在不离开Bash的情况下完成:

rc -c 'find /proc/ >[1] /dev/null |[2] grep task'

您可能已经注意到，可以通过在管道后面使用括号来指定想要管道的文件描述符。

标准文件描述符的编号如下:

0:标准输入 1:标准输出 2:标准错误

我刚刚提出了一个解决方案，使用命名管道将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

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

我试着跟着做，发现它也有用，

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