Когда использовать xargs при передаче?

Чтобы ответить на ваш вопрос, xargs можно использовать, когда вам нужно взять вывод одной команды и использовать его в качестве аргумента для другой. В вашем первом примере grep берет данные из стандартного ввода, а не в качестве аргумента. Итак, xargs не нужен.

xargs берет данные из стандартного ввода и выполняет команду. По умолчанию данные добавляются в конец команды в качестве аргумента. Однако его можно вставить куда угодно, используя заполнитель для ввода. Традиционный заполнитель — {}; используя это, ваша примерная команда может быть записана как:

find /etc -name "*.txt" | xargs -I {} ls -l {}

Если у вас есть 3 текстовых файла в /etc, вы получите полный список каждого из них. Конечно, вы могли бы просто написать ls -l /etc/*.txt и избавить себя от хлопот.

Другой пример позволяет вам переименовывать эти файлы и требует, чтобы заполнитель {} использовался дважды.

find /etc -name "*.txt" | xargs -I {} mv {} {}.bak

Это оба плохих примера, и они сломаются, как только у вас будет имя файла, содержащее пробелы. Вы можете обойти это, сказав find разделять имена файлов нулевым символом.

find /etc -print0 -name "*.txt" | xargs -I {} -0 mv {} {}.bak

Мое личное мнение таково, что почти всегда есть альтернативы использованию xargs, и вам будет лучше их изучить.

Когда вы используете конвейер без xargs, фактические данные передаются в следующую команду. С другой стороны, при использовании конвейера с xargs фактические данные рассматриваются как параметр следующей команды. Чтобы привести конкретный пример, скажем, у вас есть папка с a.txt и b.txt. a.txt содержит только одну строку "hello world!", а b.txt просто пусто.

Если вы сделаете

ls | grep txt

вы получите вывод:

a.txt
b.txt

Тем не менее, если вы сделаете

ls | xargs grep txt

вы ничего не получите, поскольку ни файл a.txt, ни файл b.txt не содержат слова txt.

Если команда

ls | xargs grep hello

вы получите:

hello world!

Это связано с тем, что с xargs два имени файла, заданные ls, передаются в grep в качестве аргументов, а не фактическое содержимое.

Краткий ответ: пока избегайте xargs. Вернитесь к xargs, когда вы напишете десятки или сотни сценариев.

Команды могут получать ввод от параметров (например, rm bad_example) или могут получать ввод от stdin (не только y в вопросе после rm -i is_this_bad_too, но и read answer). Другие команды, такие как grep и sed, будут искать параметры, и когда параметры не отображают ввод, переключаться на ввод.
Ваш пример grep отлично работает при чтении со стандартного ввода, ничего особенного не требуется.
Вашему ls нужен вывод find в качестве параметра. xargs — это всего лишь один из способов изменить ситуацию. Используйте man xargs для получения дополнительной информации об xargs. Альтернативы:

find /etc -name "*.txt" -exec ls -l {} \;
find /etc -name "*.txt" -ls
ls -l $(find /etc -name "*.txt" )
ls /etc/*.txt

Сначала попробуйте посмотреть, какая из этих команд лучше всего подходит, когда у вас есть a nasty filename with spaces.txt в /etc.

GNU Parallel может делать то же самое, что и xargs, но не имеет сломанных и пригодных для эксплуатации «функций».

Вы можете изучить GNU Parallel, просмотрев примеры http://www.gnu.org/software/parallel/man.html#EXAMPLE:-Working-as-xargs--n1.-Argument-appending и просмотрите руководство http://www.gnu.org/software/parallel/parallel_tutorial.html

xargs(1) опасен (сломан, эксплуатируем и т. д.) при чтении входных данных, не разделенных NUL.

Если вы работаете с именами файлов, используйте вместо этого find's -exec [команда] {} +. Если вы можете получить вывод с разделителями NUL, используйте xargs -0.