如果你的grep有-L(或——files-without-match)选项:

$ grep -L "foo" *

grep -irnw "filepath" -ve "pattern"

or

grep -ve "pattern" < file

上面的命令会给我们结果，因为-v找到了正在搜索的模式的倒数

当您使用find时，您有两个基本选项:在find完成搜索后过滤结果，或者使用一些内置选项来阻止find考虑那些匹配某些给定模式的文件和dirs。

如果您在大量的文件和dirs上使用前一种方法。您将使用大量的CPU和RAM来将结果传递给第二个进程，而第二个进程反过来也会使用大量的资源来过滤结果。

如果你使用-not关键字作为一个find参数，你将阻止任何与后面的name或-regex参数上的字符串匹配的路径被考虑，这将更有效。

find . -not -regex ".*/foo/.*" -regex ".*"

然后，任何没有被-not过滤掉的路径都将被后续的-regex参数捕获。

打开错误报告

正如@tukan所评论的，Ag有一个关于-L/——files-without-matches标志的开放错误报告:

Ggreer /the_silver_searcher: #238 -——files-without-matches不能正常工作

由于bug报告几乎没有进展，所以不应该依赖下面提到的-L选项，只要bug还没有解决。请使用本文中介绍的不同方法。引用bug报告的注释[强调我的]:

有最新进展吗?-L完全忽略文件第一行的匹配项。似乎如果这个问题不会很快得到解决，这个标志应该被完全移除，因为它根本不像宣传的那样有效。

Silver Searcher - Ag(预期功能-见错误报告)

作为grep的强大替代品，您可以使用the Silver Searcher - Ag:

一个类似于ack的代码搜索工具，专注于速度。

查看man ag，我们找到了-L或——files-without-matches选项:

.．. 选项 .．. - l - files-without-matches 只打印不包含匹配项的文件名。

也就是说，从当前目录中递归搜索不匹配foo的文件:

ag -L foo

要只搜索当前目录中不匹配foo的文件，只需为递归指定——depth=0:

ag -L foo --depth 0

如果你正在使用git，它会搜索所有被跟踪的文件:

git grep -L "foo"

如果你打开了**子目录globbing，你可以在跟踪文件的子集中搜索(在.bashrc中使用shopt -s globstar):

git grep -L "foo" -- **/*.cpp

来看看ack。它自动为您排除.svn，为您提供Perl正则表达式，并且是一个简单的Perl程序下载。

在ack中，与你要找的内容等价:

ack -L foo