Que fait «xargs grep»?

Je connais la grepcommande et j'apprends les fonctionnalités de xargs, alors j'ai lu cette page qui donne quelques exemples sur la façon d'utiliser la xargscommande.

Je suis confus par le dernier exemple, l'exemple 10. Il dit "La commande xargs exécute la commande grep pour trouver tous les fichiers (parmi les fichiers fournis par la commande find) qui contenaient une chaîne 'stdlib.h'"

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

Cependant, quelle différence y a-t-il à utiliser simplement

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

?

Évidemment, je lutte toujours avec ce que fait exactement xargs, donc toute aide est appréciée!

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

Cela dirige la sortie (stdout) * de find(stdin de) * grep 'stdlib.h' sous forme de texte (c'est-à-dire que les noms de fichiers sont traités comme du texte). grepfait son travail habituel et trouve les lignes correspondantes dans ce texte (tous les noms de fichiers qui contiennent eux-mêmes le modèle). Le contenu des fichiers n'est jamais lu.

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

Ceci construit une commande grep 'stdlib.h' dont chaque résultat findest un argument - donc cela cherchera des correspondances à l' intérieur de chaque fichier trouvé par find( xargspeut être considéré comme transformant son stdin en arguments aux commandes données) *

Utilisez-le -type fdans votre commande find, sinon vous obtiendrez des erreurs greppour les répertoires correspondants. De plus, si les noms de fichiers ont des espaces, ils xargsvont mal se visser, alors utilisez le séparateur nul en ajoutant -print0et xargs -0pour des résultats plus fiables:

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

* ajouté ces points explicatifs supplémentaires comme suggéré dans le commentaire de @cat

xargs prend son entrée standard et la transforme en arguments de ligne de commande.

find . -name '*.c' | xargs grep 'stdlib.h' est très similaire à

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

Et donnera les mêmes résultats tant que la liste des noms de fichiers n'est pas trop longue pour une seule ligne de commande. (Linux prend en charge des mégaoctets de texte sur une seule ligne de commande, donc vous n'avez généralement pas besoin de xargs.)

Mais ces deux choses sont nulles, car elles se cassent si vos noms de fichiers contiennent des espaces . Au lieu de cela, find -print0 | xargs -0fonctionne, mais il en va de même

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

Cela ne finddirige jamais les noms de fichiers n'importe où: les regroupe dans une grande ligne de commande et s'exécutegrep directement.

\;au lieu d' +exécuter grep séparément pour chaque fichier, ce qui est beaucoup plus lent. Ne fais pas ça. Mais +c'est une extension GNU, vous devez xargsdonc le faire efficacement si vous ne pouvez pas supposer que GNU trouve.

Si vous omettez xargs, find | grepson modèle correspond-il à la liste des noms de fichiersfind s'imprime.

Donc, à ce stade, vous pourriez tout aussi bien faire find -name stdlib.h . Bien sûr, avec -name '*.c' -name stdlib.h, vous n'obtiendrez aucune sortie car ces modèles ne peuvent pas correspondre, et le comportement par défaut de find est de ET les règles ensemble.

Remplacer less à tout moment du processus pour voir quelle sortie n'importe quelle partie du pipeline produit.

Pour en savoir plus: http://mywiki.wooledge.org/BashFAQ a quelques bonnes choses.

En général, xargsest utilisé dans les cas où vous dirigeriez (avec le symbole |) quelque chose d'une commande à l'autre ( Command1 | Command2), mais la sortie de la première commande n'est pas correctement reçue comme entrée pour la deuxième commande.

Cela se produit généralement lorsque la deuxième commande ne gère pas correctement l'entrée de données via Standard In (stdin) (par exemple: plusieurs lignes en entrée, la façon dont les lignes sont configurées, les caractères utilisés en entrée, plusieurs paramètres en entrée, le type de données reçu en tant que entrée, etc.). Pour vous donner un exemple rapide, testez les éléments suivants:

Exemple 1:

ls | echo- Cela ne fera rien car echone sait pas gérer l'entrée qu'il reçoit. Maintenant, dans ce cas, si nous l'utilisons, xargsil traitera l'entrée d'une manière qui peut être gérée correctement par echo( par exemple: comme une seule ligne d'information)

ls | xargs echo- Cela affichera toutes les informations lssur une seule ligne

Exemple 2:

Disons que j'ai plusieurs fichiers goLang dans un dossier appelé go. Je les chercherais avec quelque chose comme ça:

find go -name *.go -type f | echo- Mais si le symbole du tuyau là-bas et echoà la fin, ça ne marcherait pas.

find go -name *.go -type f | xargs echo- Ici, cela fonctionnerait grâce à xargsmais si je voulais chaque réponse de la findcommande sur une seule ligne, je ferais ce qui suit:

find go -name *.go -type f | xargs -0 echo- Dans ce cas, la même sortie de findserait indiquée par echo.

Les commandes comme cp, echo, rm, lesset celles qui ont besoin d'une meilleure façon de gérer l'entrée obtiennent un avantage lorsqu'elles sont utilisées avec xargs.

xargs est utilisé pour générer automatiquement des arguments de ligne de commande basés (généralement) sur une liste de fichiers.

Considérant donc quelques alternatives à l'utilisation de la xargscommande followoing :

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

Il y a plusieurs raisons de l'utiliser au lieu d'autres options qui n'étaient pas mentionnées à l'origine dans d'autres réponses:

1. find . -name '*.c' -exec grep 'stdlib.h' {}\;générera un grepprocessus pour chaque fichier - ceci est généralement considéré comme une mauvaise pratique et peut mettre une grosse charge sur le système s'il y a plusieurs fichiers trouvés.
2. S'il y a beaucoup de fichiers, une grep 'stdlib.h' $(find . -name '*.c')commande échouera probablement, car la sortie de l' $(...)opération dépassera la longueur de ligne de commande maximale du shell

Comme mentionné dans d'autres réponses, la raison d'utiliser l' -print0argument to finddans ce scénario et l' -0argument xargs est que les noms de fichiers avec certains caractères (par exemple les guillemets, les espaces ou même les nouvelles lignes) sont toujours traités correctement.