「xargs grep」は何をしますか？

私はgrepコマンドを知っていて、の機能について学んxargsでいるので、このページを読んで、xargsコマンドの使用方法の例をいくつか示します。

最後の例、例10に混乱しています。「xargsコマンドはgrepコマンドを実行して、文字列 'stdlib.h'を含むすべてのファイルを検索します（findコマンドで提供されたファイル）」

$ find . -name '*.c' | xargs grep 'stdlib.h'
./tgsthreads.c:#include
./valgrind.c:#include
./direntry.c:#include
./xvirus.c:#include
./temp.c:#include
...
...
...

ただし、単に使用することの違いは何ですか

$ find . -name '*.c' | grep 'stdlib.h'

？

明らかに、私はまだxargsが正確に何をしているかに苦労しているので、どんな助けも大歓迎です！

$ find . -name '*.c' | grep 'stdlib.h'

これは、出力（stdout）*からfind（stdin of）* grep 'stdlib.h' にテキストとしてパイプします（つまり、ファイル名はテキストとして扱われます）。grep通常の処理を行い、このテキスト内の一致する行（パターンを含むファイル名）を見つけます。ファイルの内容は読み取られません。

$ find . -name '*.c' | xargs grep 'stdlib.h'

これは、それぞれの結果が引数であるコマンド grep 'stdlib.h'を構築しfindます-そのため、これは、見つかった各ファイル内で一致するものを探しますfind（xargsその標準入力を指定されたコマンドの引数に変えると考えることができます）*

-type ffindコマンドで使用するかgrep、一致するディレクトリからエラーが発生します。また、ファイル名にスペースがある場合は、xargsひどく台無しなので、追加することにより、ヌル区切り文字を使用する-print0と、xargs -0より信頼性の高い結果を得るため：

find . -type f -name '*.c' -print0 | xargs -0 grep 'stdlib.h'

* @ catのコメントで示唆されているように、これらの追加の説明ポイントを追加

xargsは標準入力を受け取り、コマンドライン引数に変換します。

find . -name '*.c' | xargs grep 'stdlib.h' に非常に似ています

grep 'stdlib.h' $(find . -name '*.c')  # UNSAFE, DON'T USE

ファイル名のリストが単一のコマンドラインに対して長すぎない限り、同じ結果が得られます。（Linuxは1つのコマンドラインでメガバイトのテキストをサポートしているため、通常はxargsは必要ありません。）

ただし、ファイル名にスペースが含まれていると壊れるので、これらは両方とも悪いです。代わりにfind -print0 | xargs -0動作しますが、動作します

find . -name '*.c' -exec grep 'stdlib.h' {} +

ファイル名がどこにもパイプされることはありません。ファイル名をfind大きなコマンドラインにまとめてgrep直接実行します。

\;+ファイルごとにgrepを個別に実行する代わりに、はるかに遅くなります。しないでください。ただし+、これはGNU拡張機能であるため、xargsGNUが見つからないと想定できない場合は、これを効率的に行う必要があります。

あなたは除外した場合xargs、find | grepそのファイル名のリストに対してそのパターンマッチングを行いfind印刷します。

したがって、その時点で、同様に行うことができますfind -name stdlib.h。もちろん、を使用すると-name '*.c' -name stdlib.h、これらのパターンは両方とも一致することができず、findのデフォルトの動作はルールをANDするため、出力は得られません。

lessプロセスの任意の時点で置き換えて、パイプラインの一部が生成する出力を確認します。

さらなる参考資料：http : //mywiki.wooledge.org/BashFAQには素晴らしいものがあります。

一般に、1つのコマンドから別のコマンド（）に何かxargsをパイプする場合に使用されますが、最初のコマンドからの出力は2番目のコマンドの入力として正しく受信されません。|Command1 | Command2

これは通常、2番目のコマンドが標準入力（stdin）を介したデータ入力を正しく処理しない場合に発生します（例：入力としての複数の行、行の設定方法、入力として使用される文字、入力としての複数のパラメーター、受信したデータ型入力など）。簡単な例を示すには、次をテストします。

例1：

ls | echo- echo受信した入力の処理方法がわからないため、これは何もしません。ここで、この場合、それを使用xargsすると、次のように正しく処理できる方法で入力が処理されますecho（例：1行の情報として）

ls | xargs echo-これにより、すべての情報lsが1行で出力されます

例2：

goというフォルダー内に複数のgoLangファイルがあるとします。私は次のようなものでそれらを探します：

find go -name *.go -type f | echo-しかし、パイプ記号がそことecho最後にある場合、それは機能しません。

find go -name *.go -type f | xargs echo-ここでは、おかげで機能しますxargsが、findコマンドからの各応答を1行にしたい場合は、次のようにします。

find go -name *.go -type f | xargs -0 echo-この場合、からの同じ出力findが表示されechoます。

などのコマンドをcp, echo, rm, less使用して入力を処理するためのより良い方法が必要な場合は、xargs。

xargs ファイルのリストに基づいて（通常）コマンドライン引数を自動生成するために使用されます。

したがって、followoing xargsコマンドの使用に代わるいくつかの方法を検討します。

find . -name '*.c' -print0 | xargs -0 grep 'stdlib.h'

他の回答で元々言及されていなかった他のオプションの代わりに使用する理由はいくつかあります。

1. find . -name '*.c' -exec grep 'stdlib.h' {}\;grepファイルごとに1つのプロセスを生成します。これは一般に悪い習慣と見なされ、多くのファイルが見つかった場合にシステムに大きな負荷をかける可能性があります。
2. 多くのファイルがある場合grep 'stdlib.h' $(find . -name '*.c')、$(...)操作の出力がシェルのコマンドラインの最大長を超えるため、コマンドが失敗する可能性があります。

他の回答で述べたように、このシナリオでの引数とxargs の-print0引数を使用する理由は、特定の文字（引用符、スペース、改行など）を含むファイル名が引き続き正しく処理されるようにするためです。find-0