我如何包括管道 在我的linux find -exec命令中？

这不起作用.可以在查找中完成吗？或者我需要xargs？

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

flolo.. 256

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

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

OP正在努力实现的目标可以通过上述建议得到满足,但这是实际回答问题的那个.有理由这样做 - exec比仅仅操作find返回的文件更强大,特别是与测试结合使用时.例如:find geda-gaf/-type d -exec bash -c'DIR = {}; [[$(找$ DIR -maxdepth 1 | xargs grep -i spice | wc -l)-ge 5]] && echo $ DIR'\; 将返回搜索路径中包含单词spice的该目录中所有文件中总共超过5行的所有目录 (17认同)

最佳答案.获取整个输出(如其他答案所示)与grep每个文件不同.提示:代替sh,你可以使用你想要的任何其他shell(我尝试使用bash并且运行正常). (3认同)

---

Rolf W. Rasm.. 138

解释管道符号作为运行多个进程的指令并将一个进程的输出传递到另一个进程的输入的工作是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调用.

1> flolo..：

---

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

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

---

OP正在努力实现的目标可以通过上述建议得到满足,但这是实际回答问题的那个.有理由这样做 - exec比仅仅操作find返回的文件更强大,特别是与测试结合使用时.例如:find geda-gaf/-type d -exec bash -c'DIR = {}; [[$(找$ DIR -maxdepth 1 | xargs grep -i spice | wc -l)-ge 5]] && echo $ DIR'\; 将返回搜索路径中包含单词spice的该目录中所有文件中总共超过5行的所有目录

---

最佳答案.获取整个输出(如其他答案所示)与grep每个文件不同.提示:代替sh,你可以使用你想要的任何其他shell(我尝试使用bash并且运行正常).

2> Rolf W. Rasm..：

---

解释管道符号作为运行多个进程的指令并将一个进程的输出传递到另一个进程的输入的工作是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调用.

---

一个更简单,更通用的答案是http://stackoverflow.com/a/21825690/42973:` - exec sh -c"... | ..."\;`.

3> Paul Tomblin..：

---

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

---

@someguy - 什么？出于效率原因避免使用xargs？调用一个zcat实例,并传递一个多个文件的列表,比为每个找到的文件执行一个新实例更有效率.

4> simbo1905..：

---

您还可以管道到一个while循环,该循环可以对find找到的文件执行多个操作.因此,这里有一个用于在jar文件夹中查找具有大量jar文件发行版的给定java类文件的存档

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)中,它确实使匹配的classname变为fgrep高亮显示匹配的字符串; 这样可以很容易地扫描jar搜索到的数百个文件列表,并轻松查看任何匹配项.

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

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

请注意,在Windows上,命令分隔符是'&'不';' 并且'@'抑制命令的回显以提供整齐的输出,就像上面的linux查找输出一样; 虽然findstr不是使匹配的字符串变粗,但是你必须在输出处看得更近一些,才能看到匹配的类名.事实证明,windows'for'命令知道了很多技巧,例如循环遍历文本文件......

请享用