如何包含 pipe | 在我的 linux find -exec 命令中？

Question

这是行不通的。 这可以在查找中完成吗？ 还是我需要 xargs？

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

Answer 1

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

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

Answer 2

将管道符号解释为运行多个进程的指令并将一个进程的输出通过管道传送到另一个进程的输入的工作是 shell（/bin/sh 或等效项）的职责。

在您的示例中，您可以选择使用顶级外壳来执行管道，如下所示：

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 调用。

Answer 3

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

Answer 4

您还可以通过管道连接到while循环，该循环可以对find所在的文件执行多项操作。 因此，这里是一个在找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 上，命令分隔符是 '&' 不是 ';' 并且“@”抑制命令的回声以提供整洁的输出，就像上面的 linux find 输出一样； 尽管findstr没有将匹配的字符串设为粗体，因此您必须仔细查看输出才能看到匹配的类名。 事实证明，windows 'for' 命令知道很多技巧，例如遍历文本文件......

请享用

Answer 5

如果您正在寻找一个简单的替代方案，可以使用循环来完成：

for i in $(find -name 'file_*' -follow -type f); do
  zcat $i | agrep -dEOE 'grep'
done

或者，更一般且易于理解的形式：

for i in $(YOUR_FIND_COMMAND); do
  YOUR_EXEC_COMMAND_AND_PIPES
done

并将 YOUR_EXEC_COMMAND_AND_PIPES 中的任何 {} 替换为 $i

Answer 6

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

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

Answer 7

这是你应该做的：

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

我尝试了其中的几个答案，但它们对我不起作用。 如果您的文件名有特殊字符，@flolo 的回答将无法正常工作。 根据这个答案：

find命令直接执行命令。 该命令（包括文件名参数）不会被 shell 或任何其他可能修改文件名的东西处理。 这是非常安全的。

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

@Rolf W. Rasmussen 的回答存在潜在问题。 是的，它处理特殊字符（据我所知），但如果find output 太长，您将无法执行xargs -0... ：kernel 设置了命令行字符限制，并且有时你的 shell。巧合的是，每次我想从find中获取 pipe 命令时，我都会遇到这个限制。

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