我尝试了上面的命令，但没有一个使用“-prune”的命令适合我。最后我用下面的命令尝试了一下：

find . \( -name "*" \) -prune -a ! -name "directory"

TLDR：了解您的根目录，然后使用-path＜excluded_path＞-prine-o选项定制搜索。不要在排除路径的末尾包含尾随/。

例子：

find/-path/mnt-sprune-o-name“*libname-server-2.a*”-print

---

为了有效地使用find，我认为必须充分了解文件系统目录结构。在我的家用电脑上，我有多TB的硬盘，其中大约一半的内容使用rsnapshot（即rsync）进行备份。虽然备份到物理上独立（重复）的驱动器，但它安装在我的系统根目录（/）下：/mnt/Backups/rsnapshot_Backups/：

/mnt/Backups/
└── rsnapshot_backups/
    ├── hourly.0/
    ├── hourly.1/
    ├── ...
    ├── daily.0/
    ├── daily.1/
    ├── ...
    ├── weekly.0/
    ├── weekly.1/
    ├── ...
    ├── monthly.0/
    ├── monthly.1/
    └── ...

/mnt/Backups/rsnapshot_Backups/目录当前占用约2.9 TB，包含约60M个文件和文件夹；简单地遍历这些内容需要时间：

## As sudo (#), to avoid numerous "Permission denied" warnings:

time find /mnt/Backups/rsnapshot_backups | wc -l
60314138    ## 60.3M files, folders
34:07.30    ## 34 min

time du /mnt/Backups/rsnapshot_backups -d 0
3112240160  /mnt/Backups/rsnapshot_backups    ## 3.1 TB
33:51.88    ## 34 min

time rsnapshot du    ## << more accurate re: rsnapshot footprint
2.9T    /mnt/Backups/rsnapshot_backups/hourly.0/
4.1G    /mnt/Backups/rsnapshot_backups/hourly.1/
...
4.7G    /mnt/Backups/rsnapshot_backups/weekly.3/
2.9T    total    ## 2.9 TB, per sudo rsnapshot du (more accurate)
2:34:54          ## 2 hr 35 min

因此，每当我需要在我的/（根）分区上搜索文件时，我都需要处理（如果可能的话）遍历我的备份分区。

---

示例

在本主题中提出的各种方法（如何在find.command中排除目录）中，我发现使用公认的答案进行搜索要快得多，但需要注意。

解决方案1

假设我想查找系统文件libname-server-2.a，但不想搜索rsnapshot备份。要快速查找系统文件，请使用排除路径/mnt（即，使用/mnt，而不是/mnt/，或/mnt/Backups，或…）：

## As sudo (#), to avoid numerous "Permission denied" warnings:

time find / -path /mnt -prune -o -name "*libname-server-2.a*" -print
/usr/lib/libname-server-2.a
real    0m8.644s              ## 8.6 sec  <<< NOTE!
user    0m1.669s
 sys    0m2.466s

## As regular user (victoria); I also use an alternate timing mechanism, as
## here I am using 2>/dev/null to suppress "Permission denied" warnings:

$ START="$(date +"%s")" && find 2>/dev/null / -path /mnt -prune -o \
    -name "*libname-server-2.a*" -print; END="$(date +"%s")"; \
    TIME="$((END - START))"; printf 'find command took %s sec\n' "$TIME"
/usr/lib/libname-server-2.a
find command took 3 sec     ## ~3 sec  <<< NOTE!

…在几秒钟内找到该文件，而这需要更长的时间（似乎在所有“排除”目录中重复出现）：

## As sudo (#), to avoid numerous "Permission denied" warnings:

time find / -path /mnt/ -prune -o -name "*libname-server-2.a*" -print
find: warning: -path /mnt/ will not match anything because it ends with /.
/usr/lib/libname-server-2.a
real    33m10.658s            ## 33 min 11 sec (~231-663x slower!)
user    1m43.142s
 sys    2m22.666s

## As regular user (victoria); I also use an alternate timing mechanism, as
## here I am using 2>/dev/null to suppress "Permission denied" warnings:

$ START="$(date +"%s")" && find 2>/dev/null / -path /mnt/ -prune -o \
    -name "*libname-server-2.a*" -print; END="$(date +"%s")"; \
    TIME="$((END - START))"; printf 'find command took %s sec\n' "$TIME"
/usr/lib/libname-server-2.a
find command took 1775 sec    ## 29.6 min

解决方案2

本线程中提供的其他解决方案（SO#4210042）也表现不佳：

## As sudo (#), to avoid numerous "Permission denied" warnings:

time find / -name "*libname-server-2.a*" -not -path "/mnt"
/usr/lib/libname-server-2.a
real    33m37.911s            ## 33 min 38 sec (~235x slower)
user    1m45.134s
 sys    2m31.846s

time find / -name "*libname-server-2.a*" -not -path "/mnt/*"
/usr/lib/libname-server-2.a
real    33m11.208s            ## 33 min 11 sec
user    1m22.185s
 sys    2m29.962s

---

总结|结论

使用“解决方案1”中所示的方法

find / -path /mnt -prune -o -name "*libname-server-2.a*" -print

即

... -path <excluded_path> -prune -o ...

请注意，每当您将尾随/添加到排除路径时，find命令就会递归地输入（所有这些）/mnt/*目录——在我的情况下，由于/mnt/Backups/rsnapshot_Backups/*子目录，该目录还包含约2.9 TB的文件要搜索！通过不附加尾随/，搜索应该几乎立即完成（几秒钟内）。

“解决方案2”（…-not-path＜exclude-path＞…）似乎同样递归地搜索排除的目录——不返回排除的匹配项，但不必要地消耗搜索时间。

---

在这些rsnapshot备份中搜索：

要在每小时/每天/每周/每月的rsnapshot备份中查找文件，请执行以下操作：

$ START="$(date +"%s")" && find 2>/dev/null /mnt/Backups/rsnapshot_backups/daily.0 -name '*04t8ugijrlkj.jpg'; END="$(date +"%s")"; TIME="$((END - START))"; printf 'find command took %s sec\n' "$TIME"
/mnt/Backups/rsnapshot_backups/daily.0/snapshot_root/mnt/Vancouver/temp/04t8ugijrlkj.jpg
find command took 312 sec   ## 5.2 minutes: despite apparent rsnapshot size
                            ## (~4 GB), it is in fact searching through ~2.9 TB)

排除嵌套目录：

在这里，我想排除嵌套目录，例如，当从/mnt/VVancouver/projects/ie/calls/data/*搜索/mnt/Vvancouver/products/时

$ time find . -iname '*test_file*'
./ie/claws/data/test_file
./ie/claws/test_file
0:01.97

$ time find . -path '*/data' -prune -o -iname '*test_file*' -print
./ie/claws/test_file
0:00.07

---

旁白：在命令末尾添加-print将抑制排除目录的打印输出：

$ find / -path /mnt -prune -o -name "*libname-server-2.a*"
/mnt
/usr/lib/libname-server-2.a

$ find / -path /mnt -prune -o -name "*libname-server-2.a*" -print
/usr/lib/libname-server-2.a

使用多模式-o-name时的另一个示例

在根目录/中搜索所有*.tpl、*.tf文件，不包括位于/src/.traform/和/code/中的文件。

$ find / -type f \( -name '*.tf' -o -name '*.tpl' \) \
  -and \( -not -path '/src/.terraform/*' -and -not -path '/code/*' \)


/src/debug.tf
/src/nodegroup-infra.tpl
/src/variables.tf.tpl

我用hyperfine测试了上述命令；该测试是在具有3k个目录和12k个文件的系统上进行的。我认为可以公平地说，它足够快~70ms

Benchmark #1: ./entrypoint.sh
  Time (mean ± σ):      69.2 ms ±   1.4 ms    [User: 22.6 ms, System: 43.6 ms]
  Range (min … max):    66.4 ms …  72.2 ms    42 runs

---

目录结构示例

/代码/目录树

bash-5.0# tree /code
/code
├── debug.tf
├── entrypoint.sh
├── nodegroup-infra.tpl
├── tftemplate.sh
└── variables.tf.tpl

0 directories, 5 files

/src/目录树

bash-5.0# tree /src
/src
├── Dockerfile
├── debug.tf
├── entrypoint.sh
├── nodegroup-infra.tpl
├── terraform.tfstate
├── terraform.tfstate.backup
└── variables.tf.tpl

0 directories, 7 files

/根目录树摘要

$ tree /
...
3382 directories, 12164 files

使用-prune主键。例如，如果要排除/其他：

find . -path ./misc -prune -o -name '*.txt' -print

要排除多个目录，请在括号中对它们进行“或”运算。

find . -type d \( -path ./dir1 -o -path ./dir2 -o -path ./dir3 \) -prune -o -name '*.txt' -print

而且，要在任何级别排除具有特定名称的目录，请使用-name primary而不是-path。

find . -type d -name node_modules -prune -o -name '*.json' -print

避免打印修剪后的目录的一个好技巧是在-或-修剪后的右侧使用-print（也适用于-exec）。例如

find . -path "*/.*" -prune -or -iname "*.j2"

将打印当前目录下所有文件的路径，扩展名为“.j2”，跳过所有隐藏目录。Neat。但它也将打印每个正在跳过的目录的完整路径，如上所述。然而，以下内容没有。。。

find . -path "*/.*" -prune -or -iname "*.j2" -print

因为逻辑上有一个隐藏的，在iname运算符之后，在print之前。由于操作的布尔顺序和关联性，这将其绑定到-or子句的右部分。但医生说，如果没有指定它（或它的任何表亲…-print0等），就会有一个隐藏的打印。那么，为什么不是打印的左边部分呢？显然（而且我从第一次阅读手册页时就不明白这一点），如果没有-print或-exec ANYWHERE，那么这是正确的，在这种情况下，-print在逻辑上分散开来，使得所有内容都被打印出来。如果在任何子句中都表达了一个打印样式操作，那么所有隐藏的逻辑操作都将消失，您只能得到指定的内容。现在坦率地说，我可能更喜欢相反的方式，但如果只使用描述性运算符，那么查找显然不会起作用，所以我想这是有意义的。如上所述，这也适用于-exec，因此下面为每个具有所需扩展名的文件提供了完整的ls-la列表，但没有列出每个隐藏目录的第一级。。。

find . -path "*/.*" -prune -or -iname "*.j2" -exec ls -la -- {} +

对我（以及本线程中的其他人）来说，find语法很快就变得非常复杂，所以我总是插入括号以确保我知道什么绑定到什么，所以我通常创建一个用于类型能力的宏，并形成所有这样的语句，如。。。

find . \( \( ... description of stuff to avoid ... \) -prune \) -or \
\( ... description of stuff I want to find ... [ -exec or -print] \)

这样把世界分成两部分是很难出错的。我希望这会有所帮助，尽管似乎不太可能有人读到第30个以上的答案并投票支持，但我们可以希望

您还可以使用正则表达式包含/排除搜索中的某些文件/目录，具体如下：

find . -regextype posix-egrep -regex ".*\.(js|vue|s?css|php|html|json)$" -and -not -regex ".*/(node_modules|vendor)/.*" 

这将只提供所有js、vue、css等文件，但不包括node_modules和vendor文件夹中的所有文件。