提示@ gniourf_gniourf可以消除基本的误解。
该答案试图提供现有答案的概述，讨论它们的精妙之处和相对优点，并提供背景信息，特别是在便携性方面。
查找可执行文件可以涉及两个不同的用例：
- 以用户为中心：查找当前用户可执行的文件。
- 以文件为中心：发现有文件（一个或多个）可执行权限位集。
请注意，在这两种情况下，都可以使用find -L ...而不是仅仅find ...为了找到可执行文件的符号链接。
请注意，最简单的以文件为中心的情况-寻找具有针对所有三个安全主体（用户，组，其他）的可执行权限位设置的可执行文件- 通常，但不一定会产生与以用户为中心的方案相同的结果-并且了解差异很重要。
以用户为中心（-executable）
该接受的答案值得称赞的建议-executable，IF GNU find是可用的。
- GNU
find附带了大多数Linux发行版
- 相比之下，基于BSD的平台（包括macOS）随附功能不那么强大的BSD find。
- 根据方案的要求，
-executable仅匹配当前用户可以执行的文件（存在边际情况[1]）。
接受的答案（）提供的BSD find替代方案-perm +111 回答了一个不同的，以文件为中心的问题（正如答案本身所言）。
- 只需使用
-perm回答用户 -centric问题是不可能的，因为我们需要的是对有关该文件的用户和组身份给当前用户的，而-perm只能测试文件的权限。
仅使用POSIX find功能，如果不使用外部实用程序就无法回答问题。
因此，最好-perm能（本身）做的是一个近似的-executable。也许更接近的近似比-perm +111是-perm -111，以找到对所有安全主体（用户，组等）的可执行位的文件-这给我的印象中典型的真实世界的场景。另外，它也恰好符合POSIX的要求（用于find -L包含符号链接，请参阅下文以获取更多解释）：
find . -type f -perm -111 # or: find . -type f -perm -a=x
gniourf_gniourf的答案提供了一个真正的，可移植的，等同于-executable使用的方法-exec test -x {} \;，尽管是以性能为代价的。
-exec test -x {} \;与结合使用-perm +111（即，至少设置了一个可执行位的文件）可以帮助提高性能，而exec不必为每个文件都调用（以下内容使用BSD find -perm +111/ GNU find 的POSIX兼容等效物-perm /111；有关详细说明，请参见下文） ：
find . -type f \( -perm -u=x -o -perm -g=x -o -perm -o=x \) -exec test -x {} \; -print
以文件为中心（-perm）
- 要回答以文件为中心的问题，使用符合POSIX的主要语言（在GNU查找术语中称为测试）就 足够了
-perm。
-perm允许您测试任何文件权限，而不仅仅是可执行性。- 权限被指定为八进制或符号模式。八进制模式是八进制数字（例如
111），而符号模式是字符串（例如a=x）。
- 符号模式将安全主体标识为
u（用户），g（组）和o（其他），或a引用这三个主体。权限表示为x可执行，例如，和使用运营商分配给主体=，+和-; 有关包括八进制模式在内的完整讨论，请参见实用程序的POSIX规范chmod。
- 在以下情况下
find：
- 给模式加前缀
-（例如-ug=x）意味着：匹配具有所有指定权限的文件（但匹配文件可能具有附加权限）。
- 有没有前缀（如
755）是指：具有此匹配的文件完整，准确的权限。
- 警告：GNU find和BSD find都实现了一个附加的非标准前缀，具有指定权限位集逻辑，但使用不兼容的语法：
- 因此，如果您的代码必须是可移植的，请避免使用这些扩展名。
- 下面的示例演示了对各种以文件为中心的问题的可移植答案。
以文件为中心的命令示例
注意：
- 以下示例符合POSIX规范，这意味着它们应可在任何POSIX兼容实现中使用，包括GNU find和BSD find。具体来说，这要求：
- 不使用非标准模式前缀
+或/。
- 使用POSIX形式的逻辑运算符原语：
!对于NOT（GNU查找和BSD查找也允许-not）；请注意，\!在示例中使用该命令是为了防止!shell历史记录扩展-a用于AND（GNU查找和BSD查找也允许-and）-o用于OR（GNU查找和BSD查找也允许-or）
- 这些示例使用符号模式，因为它们更易于阅读和记住。
- 使用mode前缀时
-，=and +运算符可以互换使用（例如，-u=x等效于-u+x-除非-x以后再应用，但这没有任何意义）。
- 使用
,加入部分模式; 暗含AND逻辑；例如，-u=x,g=x意味着必须同时设置用户和组可执行位。
- 模式本身不能表示否定匹配，即“仅当未设置此位时才匹配”。您必须使用
-perm带有非主要符号的单独表达式!。
- 需要注意的是发现的初选（如
-print，或-perm;也被称为行动和测试在GNU发现）的隐含与加盟-a（逻辑与），以及-o和可能的括号（转义为\(和\)的壳），需要执行或逻辑。
find -L ...find ...为了使符号链接也与可执行文件
匹配，使用了不只是
-L指示发现评估符号链接的目标，而不是符号链接本身；因此，如果没有-L，-type f将完全忽略符号链接。
# Match files that have ALL executable bits set - for ALL 3 security
# principals (u (user), g (group), o (others)) and are therefore executable
# by *anyone*.
# This is the typical case, and applies to executables in _system_ locations
# (e.g., /bin) and user-installed executables in _shared_ locations
# (e.g., /usr/local/bin), for instance.
find -L . -type f -perm -a=x # -a=x is the same as -ugo=x
# The POSIX-compliant equivalent of `-perm +111` from the accepted answer:
# Match files that have ANY executable bit set.
# Note the need to group the permission tests using parentheses.
find -L . -type f \( -perm -u=x -o -perm -g=x -o -perm -o=x \)
# A somewhat contrived example to demonstrate the use of a multi-principial
# mode (comma-separated clauses) and negation:
# Match files that have _both_ the user and group executable bit set, while
# also _not_ having the other executable bit set.
find -L . -type f -perm -u=x,g=x \! -perm -o=x
[1] -executable从man findGNU find 4.4.2开始的描述：
匹配可执行文件和可搜索目录（在文件名解析的意义上）。这考虑了-perm测试忽略的访问控制列表和其他权限伪像。该测试利用了access（2）系统调用，因此可以被执行UID映射（或根压缩）的NFS服务器所欺骗，因为许多系统在客户端的内核中实现了access（2），因此无法利用服务器上保存的UID映射信息。因为此测试仅基于access（2）系统调用的结果，所以不能保证可以成功执行该测试成功的文件。
[2] 早于4.5.12的 GNU find版本也允许使用prefix +，但首先不建议使用，最后将其删除，因为+与符号模式结合使用可能会产生意外结果，因为它们被解释为确切的权限掩码。如果您（a）在版本上运行之前 4.5.12 和（二）限制自己八进制模式而已，你可以摆脱使用+与这两个 GNU发现和BSD的发现，但它不是一个好主意。