将管道符号解释为运行多个进程的指令，并将一个进程的输出输送到另一个进程的输入，这一工作由shell (/bin/sh或等效程序)负责。

在你的例子中，你可以选择使用你的顶级shell来执行管道，如下所示:

find -name 'file_*' -follow -type f -exec zcat {} \; | agrep -dEOE 'grep'

就效率而言，此结果花费了一次find调用、多次zcat调用和一次agrep调用。

这将导致只生成一个单独的agrep进程，该进程将处理多次调用zcat产生的所有输出。

如果你出于某种原因想多次调用agrep，你可以这样做:

find . -name 'file_*' -follow -type f \
    -printf "zcat %p | agrep -dEOE 'grep'\n" | sh

这将使用管道构造一个要执行的命令列表，然后将这些命令发送到一个新的shell以实际执行。(省略最后的“| sh”是调试或执行类似这样的命令行演练的好方法。)

就效率而言，此结果花费了一次find调用、一次sh调用、多次zcat调用和多次agrep调用。

就命令调用数量而言，最有效的解决方案是Paul Tomblin的建议:

find . -name "file_*" -follow -type f -print0 | xargs -0 zcat | agrep -dEOE 'grep'

．.． 这需要一次find调用、一次xargs调用、几次zcat调用和一次agrep调用。

解决方案很简单:通过sh执行

... -exec sh -c "zcat {} | agrep -dEOE 'grep' " \;

以下是你应该做的:

find -name 'file_*' -follow -type f -exec sh -c 'zcat "$1" | agrep -dEOE "grep"' sh {} \;

我尝试了几个这样的答案，但它们对我不起作用。@flolo的答案不能正确工作，如果你的文件名有特殊字符。根据这个答案:

find命令直接执行该命令。该命令，包括filename参数，将不会被shell或任何其他可能修改文件名的东西处理。它很安全。

如果将{}放在sh命令字符串中，就会失去这种安全性。

@Rolf W. Rasmussen的回答有一个潜在的问题。是的，它处理特殊字符(据我所知)，但如果查找输出太长，您将无法执行xargs -0…:有一个命令行字符限制由内核设置，有时你的shell。巧合的是，每次我想从查找中输出管道命令时，都会遇到这个限制。

但是，它们确实提出了一个关于性能限制的有效观点。我不知道如何克服这一点，但就我个人而言，我从来没有遇到过我的建议太慢的情况。

我发现运行一个字符串shell命令(sh -c)效果最好，例如:

find -name 'file_*' -follow -type f -exec bash -c "zcat \"{}\" | agrep -dEOE 'grep'" \;

您还可以将管道连接到一个while循环，该循环可以对查找到的文件执行多个操作。因此，这里有一个在jar档案中查找一个给定的java类文件的文件夹与一个大的jar文件发行版

find /usr/lib/eclipse/plugins -type f -name \*.jar | while read jar; do echo $jar; jar tf $jar | fgrep IObservableList ; done

关键是while循环包含多个命令，引用以分号分隔的传入文件名，这些命令可以包括管道。所以在这个例子中，我回显匹配文件的名称，然后列出在给定类名的存档过滤中是什么。输出如下所示:

/usr/lib/eclipse/plugins/org.eclipse.core.contenttype.source_3.4.1.R35x_v20090826-0451.jar /usr/lib/eclipse/plugins/org.eclipse.core.databinding.observable_1.2.0.M20090902-0800.jar org/eclipse/core/databinding/observable/list/IObservableList.class /usr/lib/eclipse/plugins/org.eclipse.search.source_3.5.1.r351_v20090708-0800.jar /usr/lib/eclipse/plugins/org.eclipse.jdt.apt.core.source_3.3.202.R35x_v20091130-2300.jar /usr/lib/eclipse/plugins/org.eclipse.cvs.source_1.0.400.v201002111343.jar /usr/lib/eclipse/plugins/org.eclipse.help.appserver_3.1.400.v20090429_1800.jar

在我的bash shell (xubuntu10.04/xfce)中，它确实使匹配的类名加粗，因为fgrep突出显示了匹配的字符串;这使得向下扫描搜索过的数百个jar文件的列表非常容易，并很容易看到任何匹配。

在Windows上，你可以做同样的事情:

for /R %j in (*.jar) do @echo %j & @jar tf %j | findstr IObservableList

注意，在Windows中，命令分隔符是'&' not ';'并且'@'抑制命令的回显，就像上面的Linux查找输出一样，给出一个整齐的输出;虽然findstr没有将匹配的字符串加粗，但您必须仔细查看输出以查看匹配的类名。事实证明，windows的“for”命令知道相当多的技巧，例如在文本文件中循环……

享受

find . -name "file_*" -follow -type f -print0 | xargs -0 zcat | agrep -dEOE 'grep'