如何让xargs将输入重定向为stdin流而非参数，规避参数过长问题？

问题背景 #

当编写xargs -I {} 'echo {} | [后续命令]'这类命令时，xargs会把输入的整行内容作为命令行参数传递，一旦内容超过系统允许的命令行参数最大长度（由ARG_MAX定义），就会触发xargs: argument line too long错误。我们需要让xargs直接将输入内容重定向到后续命令的标准输入，而非作为参数传递。

复现示例 #

# 创建包含超长base64编码行的文件
seq 1 10 |
  xargs -I {} sh -c '
    openssl rand -base64 21000000 | tr -d "\n"; echo
  ' > out.b64

# 尝试将每行传入新的程序实例（会因行过长执行失败）
cat out.b64 |
  xargs -I {} sh -c "echo {} | rest-of-command"

解决方案 #

方法1：用xargs -L 1直接将行内容传给命令的标准输入 #

如果rest-of-command支持从标准输入读取内容，这是最简洁的写法：

cat out.b64 | xargs -L 1 rest-of-command

-L 1参数让xargs每次处理一行输入，并将该行直接作为rest-of-command的标准输入，完全避开命令行参数长度限制。

方法2：结合sh -c时，通过管道传递标准输入 #

如果需要用sh -c包裹命令（比如要执行多步逻辑），不要用echo {}传递内容，而是让命令直接读取sh的标准输入：

cat out.b64 | xargs -L 1 sh -c 'cat | rest-of-command'

这里xargs -L 1将每行内容传入sh的标准输入，cat读取该输入后再管道给rest-of-command，全程不涉及超长命令行参数。

方法3：改用while read循环替代xargs #

如果xargs的语法限制让你觉得麻烦，直接用while read逐行处理更稳妥，完全避开xargs的参数长度问题：

cat out.b64 | while read -r line; do
  printf '%s\n' "$line" | rest-of-command
done

read -r读取每行内容到变量line，printf可靠输出内容并通过管道传给后续命令，同时避免echo处理特殊字符的潜在问题。如果你的shell支持here-string（如bash），还可以简化为：

cat out.b64 | while read -r line; do
  rest-of-command <<< "$line"
done

原理说明 #

原写法的问题在于xargs -I {}会将整行内容替换为{}，作为sh -c的命令行参数传递，而系统对命令行参数的总长度有严格限制。上述所有方法都是将内容通过标准输入管道传递给后续命令，彻底绕开了命令行参数长度的限制。

内容的提问来源于stack exchange，提问作者tuskiomi