我正在使用带有以下参数的 grep 递归搜索目录，希望只返回第一个匹配项。不幸的是，它返回的不止一个——实际上是我上次查看时返回的两个。似乎我有太多的争论，尤其是没有得到想要的结果。 :-/
# grep -o -a -m 1 -h -r "Pulsanti Operietur" /path/to/directory
返回：
Pulsanti Operietur
Pulsanti Operietur
也许 grep 不是最好的方法？你告诉我，非常感谢。
【问题讨论】：
标签： grep
-m 1 表示返回任何给定文件中的第一个匹配项。但它仍会继续在其他文件中搜索。此外，如果在同一行中有两个或多个匹配，则将全部显示。
head -1来解决这个问题：grep -o -a -m 1 -h -r "Pulsanti Operietur" /path/to/dir | head -1
-o, --only-matching, print only the matched part of the line (instead of the entire line)
-a, --text, process a binary file as if it were text
-m 1, --max-count, stop reading a file after 1 matching line
-h, --no-filename, suppress the prefixing of file names on output
-r, --recursive, read all files under a directory recursively
【讨论】：
-r 除外），但它们不应该受到伤害（虽然我不会使用-a）
grep -m 1 因此返回了两个实例。 |head -1 解决了！
head 是否会短路？
first not first from result。此答案在任何文件中打印第一个匹配项并停止。你还期待什么？
我的类似 grep 的程序 ack 有一个 -1 选项，它会在任何地方找到的第一个匹配项处停止。它也支持@mvp 所指的-m 1。我把它放在那里是因为如果我正在搜索一棵大树的源代码来查找我知道只存在于一个文件中的东西，那么就没有必要找到它并且必须按 Ctrl-C。
【讨论】：
ag 可能很快，但它没有在这种情况下很有用的-1 选项
单个衬里，使用find:
find -type f -exec grep -lm1 "PATTERN" {} \; -a -quit
【讨论】：
grep -r 工作得更快——它只有一个副本可以进行目录遍历。
您可以将 grep 结果与 stdbuf 一起通过管道传输到 head。
注意，为了确保在第 N 次匹配后停止，您需要使用 stdbuf 来确保 grep 不会缓冲其输出：
stdbuf -oL grep -rl 'pattern' * | head -n1
stdbuf -oL grep -o -a -m 1 -h -r "Pulsanti Operietur" /path/to/dir | head -n1
stdbuf -oL grep -nH -m 1 -R "django.conf.urls.defaults" * | head -n1
一旦head 消耗了 1 行，它就会终止并且grep 将收到SIGPIPE，因为它仍然输出一些东西到管道，而head 已经消失了。
这假设没有文件名包含换行符。
【讨论】：
xargs:find . -name '*.gz' | xargs -I '{}' stdbuf -oL zgrep -al 'pattern' {} | head -n 1 的存档文件。但是，这不会在第一场比赛中终止。有什么建议吗？
grep 的--line-buffered 选项不会在不调用其他实用程序的情况下防止缓冲区开销吗？
如果您想在当前目录中出现特定单词时打印整行和文件名，您可以使用以下命令。
grep -m 1 -r "Not caching" * | head -1
【讨论】：
阅读 grep 手册（man grep），这是查找与扩展正则表达式的第一个匹配项的最少命令。获取我笔记本电脑中的以太网名称不是 eth0 的示例！
$ ifconfing | grep -E -o -m 1 "^[a-z0-9]+"
说明： -E 用于扩展正则表达式， -o 仅返回匹配项， -m 1 只看一行
【讨论】：
对于任何来到这里的人，就像我一样，困惑于为什么 --max-count 在对 stdin 采取行动时似乎不起作用......
TL;DR - --max-count n 在找到 n 匹配项后会停止不，它会在找到所有匹配项后停止n 行 em>。
（还有stdin，即使只是一个字符串，也算一行。）
尽管在zsh 5.8 中，至少man grep 以这种方式描述了该选项，但这是正确的：
-m num, --max-count=num
Stop reading the file after num matches.
更长的解释
在我的例子中，我试图只抓取相对路径的第一部分：
> echo "some/path/here" | grep -E -o -m 1 '[^\/]+'
当它给我回来时很困惑
some
path
here
感谢上面@harperville 的评论，我终于明白了：这不是关于输出，而是关于输入。
确实，当我尝试时
> echo "some/path/here\nanother/path/there" | grep -E -o -m 1 '[^\/]+'
我得到了与上面相同的结果（即，在第二个示例中，只有 \n 之前的部分）。
备注
对于不太熟悉grep的人：
-E (--extended-regexp) 告诉它使用“扩展的”正则表达式，即您习惯于大多数其他编程语言的正则表达式。 “扩展”和“基本”之间的区别并不大——只是你需要在你的正则表达式中转义哪些字符——但作为主要是 TS 和 Python 开发人员的人，我总是使用-E，因为那样我从来没有必须考虑一下。 （专业提示：将alias grep="grep -E" 添加到您的.zshrc，您就再也不用担心了！）-o (--only-matching) 告诉它只打印匹配项，而不是找到匹配项的每一行。-m n (--max-count n) 将其限制为搜索 n 行。 （如果你已经读到这里，那么你显然已经知道了！?）【讨论】：