for /R %j in (*.jar) do @echo %j & @jar tf %j | findstr IObservableList
注意在windows上命令分隔符是'&' not ';'并且'@'抑制了命令的回显,以给予一个整洁的输出,就像上面的linux find输出一样;虽然findstr没有将匹配的字符串加粗,所以您必须更仔细地查看输出才能看到匹配的类名。事实证明,windows的“for”命令知道相当多的技巧,比如在文本文件中循环... 享受
find -name 'file_*' -follow -type f -exec sh -c 'zcat "$1" | agrep -dEOE "grep"' sh {} \;
我尝试了几个这样的答案,他们不适合我。@flolo的答案不正确,如果你的文件名有特殊字符。According to this answer: find命令直接执行命令。命令,包括文件名参数,不会被shell或任何其他可能修改文件名的东西处理。这是非常安全的。 You lose that safety if you put the {} inside the sh command string. @Rolf W. Rasmussen的答案有一个潜在的问题。是的,它处理特殊字符(据我所知),但如果find输出太长,你将无法执行xargs -0 ...:有一个命令行字符限制由内核设置,有时你的shell也设置。巧合的是,每次我想从find管道命令时,我都会遇到这个限制。 但是,它们确实提出了一个关于性能限制的有效观点,我不确定如何克服这个问题,尽管就我个人而言,我从来没有遇到过我的例子太慢的情况。
7条答案
按热度按时间ruoxqz4g1#
解决办法很简单:通过sh执行
ldfqzlk82#
shell(/bin/sh或等效命令)负责将管道符号解释为运行多个进程并将一个进程的输出通过管道传输到另一个进程的输入的指令。
在您的示例中,您可以选择使用顶级shell来执行管道,如下所示:
就效率而言,这个结果需要调用一次find、多次zcat和一次agrep。
这将导致只产生一个agrep进程,该进程将处理由zcat的多次调用产生的所有输出。
如果您出于某种原因想要多次调用agrep,您可以这样做:
这将使用管道构造一个命令列表来执行,然后将这些命令发送到一个新的shell来实际执行。|sh”是调试或执行类似命令行的空运行的好方法。)
就效率而言,这个结果需要调用一次find、一次sh、多次zcat和多次agrep。
就命令调用次数而言,最有效的解决方案是Paul Tomblin的建议:
...它需要调用一次find、一次xargs、几次zcat和一次agrep。
kzipqqlq3#
igetnqfo4#
您还可以通过管道连接到
while
循环,该循环可以对find
查找的文件执行多个操作。关键点是
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_351.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上,你可以做同样的事情:
注意在windows上命令分隔符是'&' not ';'并且'@'抑制了命令的回显,以给予一个整洁的输出,就像上面的linux find输出一样;虽然
findstr
没有将匹配的字符串加粗,所以您必须更仔细地查看输出才能看到匹配的类名。事实证明,windows的“for”命令知道相当多的技巧,比如在文本文件中循环...享受
sz81bmfz5#
我发现运行字符串shell命令(sh -c)效果最好,例如:
6ju8rftf6#
如果您正在寻找一个简单的替代方案,可以使用循环来完成:
或者,更一般和更容易理解的形式:
并将YOUR_EXEC_COMMAND_AND_PIPES中的任何{}替换为$i
gab6jxml7#
下面是你应该做的:
我尝试了几个这样的答案,他们不适合我。@flolo的答案不正确,如果你的文件名有特殊字符。According to this answer:
find
命令直接执行命令。命令,包括文件名参数,不会被shell或任何其他可能修改文件名的东西处理。这是非常安全的。You lose that safety if you put the
{}
inside the sh command string.@Rolf W. Rasmussen的答案有一个潜在的问题。是的,它处理特殊字符(据我所知),但如果
find
输出太长,你将无法执行xargs -0 ...
:有一个命令行字符限制由内核设置,有时你的shell也设置。巧合的是,每次我想从find
管道命令时,我都会遇到这个限制。但是,它们确实提出了一个关于性能限制的有效观点,我不确定如何克服这个问题,尽管就我个人而言,我从来没有遇到过我的例子太慢的情况。