この質問にはすでに回答があります：

回答

GNU grep

2番目の

は、少し速くなるはずです。 div id = “f3c694a167″>

はファイルのリストを操作できます。

grep -lZ "foo" * | xargs -0 grep -l "321"

findは、再帰的なディレクトリを検索する場合に便利です（その場合、-mindepthと-maxdepthオプション。

find . -mindepth 1 -maxdepth 1 -type f -exec grep -q "foo" {} \; -exec grep -l "321" {} +

でPOSIX行を使用する代わりに、

これは短いスクリプトで実行できます：

for FILE in * do grep -q foo $FILE && grep -q 321 $FILE && echo $FILE done

これは1行で実行することもできます：

for FILE in *; do grep -q foo $FILE && grep -q 321 $FILE && echo $FILE; done

grepは、文字列が見つかった場合は0（true）を返し、コマンドを区切る&&は、 2番目のものは、最初のものがtrueの場合にのみ実行されます。 -qオプションは、grepが何も出力しないようにします。

エコーは、両方の文字列が同じファイルで見つかりました。

別の方法を考えました。この方法は、問題のファイルがインストールされているRAMよりも大きい場合、各ファイルを1回だけgrep通過する必要があるため、おそらくより効率的です。

 for FILE in * do test $(egrep -o "foo|321" $FILE | uniq | sort | uniq | wc -l) -eq 2 && echo $FILE done

および1行バージョン：

 for FILE in *; do test $(egrep -o "foo|321" $FILE | uniq | sort | uniq | wc -l) -eq 2 && echo $FILE; done

より効率的なソリューションの場合：ファイルに" foo foo "が含まれている場合はどうなりますか？
その' uniq | sort | uniqの目的。 " foo foo "は1行になりますが、" foo 321 "は、grep -oが同じ行で始まっていても、見つかったすべての文字列を別々の行に出力するため、最終的に2行になります。
ファイルが非常に大きくなり、ファイルごとに少なくとも6回フォークしても問題ない場合は、代わりにawkを使用して、ファイルを最後まで検索する必要がないようにするのが理にかなっています。
@Ladadadada gotそれ。 🙂
@HaukeLaging grep -qおよびgrep -lはファイルの最後まで検索しません。すぐに終了します。一致するものが見つかったとき。最初の解決策が' t for FILE in *; do grep -q foo "$FILE" && grep -l 321 "$FILE"; done

奇妙です。私の場合、両方のバリアントが機能します（grep（GNU grep）2.13）：

grep "foo\|321" grep -E "foo|321"

編集1 -両方が一致するファイルのみを表示する

for file in *の回答は機能しますが、パフォーマンスの悪夢になる可能性があります（大量のファイルの場合））：ファイルごとに少なくとも2つのプロセス。これは（GNUの世界では）高速です：

find . -type f -print0 | xargs -0 -r grep --files-with-matches --null -- string1 | xargs -0 -r grep --files-with-matches -- string2

string1は、一致数が少なくなるものでなければなりません。

質問者は、ファイルに少なくとも1つだけ一致する場合ではなく、両方の文字列が含まれている場合にのみtrueを返す結果を探しています。
私はそれが好きです--files-with-matchesオプション。マニュアルページでそれを読むだけで、最初の一致が見つかるとgrepが停止します。つまり、一致が早期に発生した場合、大きなファイルに対して非常に効率的です。'また、短いオプション-lはPOSIXで指定されているため、GNUの世界の外で使用できます。
@Ladadadada効率はあなたに勝る利点はありません。 -q、しかし。 GNUについて言及しましたが、' –files-with-matchesについては考えていませんでしたが、-0 /-nullについては考えていました。私の頭に浮かぶのは、パス名の展開にアルファベット順の並べ替えが含まれているため（'オフにすることさえできないようです）、大量のファイルの場合でもfor file in *は本当に面白くなくなります。
実際、効率の最適化は、多くの小さなファイルや*は'数千のファイルの後でまったく機能しません。
@Ladadadadaそれは' tは外部コマンドのコマンドラインの一部として機能します：grep foo *ただし、for file in *はシェル内部構造であるため、コマンドラインの制限はここでは適用されません。

基本的に、特定のファイルを含むすべてのファイルを検索しますディレクトリ内の文字列の場合、次を使用できます：

grep -lir "pattern" /path/to/the/dir

2つのパターンを検索するには、次の方法を試してください：

grep -lr "321" $(grep -lr "foo" /path/to/the/dir)

必要

grep -e "foo" -e "321" *

複数のパターンに-eを使用

編集

両方を一致させる必要がある場合：

grep -e ".*foo.*321.*" *

順序が重要でない場合：

grep -e ".*foo.*321.*" ".*321.*foo.*" *