基本的な誤解を解消するための@ gniourf_gniourfのヒント。
この回答は、既存の回答の概要を提供し、それらの微妙さと相対的なメリットについて説明するとともに、特に移植性に関する背景情報を提供することを目的としています。
実行可能ファイルを見つけると、2つの異なる使用例を参照できます。
- ユーザー中心：現在のユーザーが実行可能なファイルを検索します。
- file-centric：（1つ以上の）実行許可ビットセットが設定されているファイルを検索します。
どちらのシナリオでも、実行可能ファイルへのシンボリックリンクを見つけるためだけに使用するのではfind -L ...なく、使用することが理にかなっていることに注意してください。find ...
最も単純なファイル中心のケース-すべての3つのセキュリティプリンシパル（ユーザー、グループ、その他）に対して実行権限ビットが設定されている実行可能ファイルを探すことは、通常はですが、必ずしもユーザー中心のシナリオと同じ結果が得られるわけではありません。違いを理解することが重要です。
ユーザー中心（-executable）
受け入れ答えは commendably推奨し-executableた場合は、GNUが find利用可能です。
- GNU
findはほとんどのLinuxディストリビューションに付属しています
- 対照的に、macOSを含むBSDベースのプラットフォームには、それほど強力ではないBSD findが付属しています。
- シナリオの要求に応じて、現在のユーザーが実行できる
-executableファイルのみに一致します（エッジケースがあります。[1]）。
BSDの find受け入れ答え（が提供する選択肢は-perm +111） 回答異なる、ファイル -centric質問（答え自体が述べたように）。
- ちょうど使用して
-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（つまり、少なくとも1つの実行可能ビットが設定されたファイル）、すべてのファイルexecに対して呼び出す必要がないため、パフォーマンスが向上する可能性があります（以下では、POSIX準拠のBSD find / GNU findを使用しています。詳細については、以下を参照してください）。 ：-perm +111-perm /111
find . -type f \( -perm -u=x -o -perm -g=x -o -perm -o=x \) -exec test -x {} \; -print
ファイル中心（-perm）
- するにはお答えファイル -centric質問に、ある POSIX準拠の使用するのに十分な
-permプライマリー（として知られているテスト GNUの検索用語では）。
-perm実行可能性だけでなく、任意のファイル権限をテストできます。- アクセス許可は、8進モードまたはシンボリックモードのいずれかとして指定されます。8進モードは8進数（例：）ですが
111、シンボリックモードは文字列（例：）a=xです。
- シンボリックモードは、セキュリティプリンシパルを
u（ユーザー）、g（グループ）およびo（その他）として識別するかa、3つすべてを参照します。xたとえば、アクセス許可は実行可能ファイルの場合と同様に表現され、演算子=、+およびを使用してプリンシパルに割り当てられ-ます。以下のために進モードでを含む完全な議論、参照のためのPOSIX仕様chmodユーティリティを。
- の文脈では
find：
- モードの接頭辞
-（たとえば-ug=x）は、指定されたすべての権限を持つファイルに一致することを意味します（ただし、一致するファイルには追加の権限がある場合があります）。
- 持つNO接頭辞（例えば
755、この持って試合ファイル：）手段フル、正確な一連の権限を。
- 警告：GNU findとBSD findはどちらも、are-Any-of-the-specified-permission-bits-set logicを使用して追加の非標準プレフィックスを実装しますが、互換性のない構文を使用して実装します。
- BSD find：
+
- GNU find：
/ [2]
- したがって、コードを移植可能にする必要がある場合は、これらの拡張機能を使用しないでください。
- 以下の例は、ファイル中心のさまざまな質問に対する移植可能な回答を示しています。
ファイル中心のコマンドの例
注意：
- 次の例はPOSIX準拠です。つまり、GNU検索やBSD検索を含む、POSIX互換の実装で機能するはずです。具体的には、以下が必要です。
- 非標準モードの接頭辞
+またはを使用しない/。
- 論理演算子プライマリのPOSIX形式を使用します。
!NOT（GNU findとBSD findも許可します-not）; シェルの履歴の拡張から\!保護するために例で使用されていることに注意してください!-aANDの場合（GNU検索とBSD検索も許可します-and）-oORの場合（GNU検索とBSD検索も許可します-or）
- これらの例では、読みやすく、覚えやすいため、シンボリックモードを使用しています。
- モードプレフィックス
-を使用する=と、and +演算子は互換的に使用できます（たとえば、後で適用しない限り- -u=xと同等-u+xですが-x、それを行う意味がありません）。
,部分モードを結合するために使用します。ANDロジックが暗示されます。たとえば、-u=x,g=xユーザーとグループの両方の実行可能ビットを設定する必要があることを意味します。- モード自体は、「このビットが設定されていない場合にのみ一致する」という意味で否定的な一致を表すことはできません。
-permNOTプライマリを含む別の式を使用する必要があります!。
- 検索のことを注意予備選挙（のような
-print、または-perm;としても知られているアクションとテスト GNUの検索では）されている暗黙的に参加しました-a（論理AND）、およびその-o可能性と括弧（のようにエスケープ\(して\)シェルのため）が実装したり、ロジックために必要とされています。
find -L ...シンボリックリンクを実行可能ファイル
find ...にも一致させるために、単に使用されるのではなく
-Lシンボリックリンク自体ではなく、シンボリックリンクのターゲットを評価するようにfindに指示します。したがって、がなければ-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] GNU find 4.4.2 -executable以降の記述man find：
実行可能なファイルと検索可能なディレクトリに一致します（ファイル名解決の意味で）。これは、アクセス制御リストと、-permテストが無視するその他の権限アーティファクトを考慮に入れています。このテストはaccess（2）システムコールを利用するため、多くのシステムがクライアントのカーネルにaccess（2）を実装しているため、UIDマッピング（またはルートスカッシング）を実行するNFSサーバーに騙される可能性があります。サーバーに保持されているUIDマッピング情報。このテストはaccess（2）システムコールの結果のみに基づいているため、このテストが成功したファイルが実際に実行できるという保証はありません。
[2] 4.5.12より前の GNU findバージョンでもprefixを使用できました+が、これは最初に非推奨になり、最終的には削除されました。これは+、シンボリックモードと組み合わせると、正確な権限マスクとして解釈されるため、予期しない結果が生じる可能性があるためです。場合は、あなた（）バージョンの実行前に 4.5.12 および（b）はに自分自身を制限進モードのみ、あなたは可能性が使用して逃げる+と両方 GNU見つけて、BSDは見つけるが、それは良い考えではありません。