这行不通。这可以在find中完成吗?还是我需要xargs?
find -name 'file_*' -follow -type f -exec zcat {} \| agrep -dEOE 'grep' \;
这行不通。这可以在find中完成吗?还是我需要xargs?
find -name 'file_*' -follow -type f -exec 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”命令知道相当多的技巧,例如在文本文件中循环……
享受
其他回答
您还可以将管道连接到一个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'
以下是你应该做的:
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。巧合的是,每次我想从查找中输出管道命令时,都会遇到这个限制。
但是,它们确实提出了一个关于性能限制的有效观点。我不知道如何克服这一点,但就我个人而言,我从来没有遇到过我的建议太慢的情况。
如果你正在寻找一个简单的替代方法,这可以使用循环来完成:
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
解决方案很简单:通过sh执行
... -exec sh -c "zcat {} | agrep -dEOE 'grep' " \;