xargs 的示例-x 选项的作用

Question

GNU xargs 有选项“-x”。手册页说：

-x 如果超出大小（请参阅 -s 选项）则退出。

但是 xargs 似乎并不关心是否设置了 -x 。我无法举出一个 -x 具有任何效果的示例。

请提供两个示例，其中唯一的区别是添加了 -x 并产生不同的输出。

Answer 1

你必须设置一个大小来测试你是否超过了它。

$ echo -e "12\n1234"
12
1234
$ echo -e "12\n1234" | xargs echo
12 1234
$ echo -e "12\n1234" | xargs  -x echo        # no effect
12 1234
$ echo -e "12\n1234\n13" | xargs -s 8 echo   # process valid args until an error occurs
xargs: argument line too long
12
$ echo -e "12\n1234" | xargs -s 8 -x echo    # error and exit
xargs: argument line too long

Answer 2

我仍然无法解释为什么给出 1 - 11：

(seq 11; echo -e "1234111";seq 12 15) | xargs -s 11 回显

但这给出了 1 - 9：

(seq 11; echo -e "1234111";seq 12 15) | xargs -s 11 -x 回显

-x 是否总是只给出一行的差异（即太长的行）？

这当然取决于您使用的 xargs 类型，但流行的 GNU findutils 的 xargs （很可能就是您所拥有的）具有这种行为，违反了最小惊讶原则：它通过重复读取下一个输入项并将其附加到现有命令行，直到它不适合行长度，在内存中累积命令行......现在，它检查读取的项是否会“ t 甚至可以作为单个参数放入一行（示例中的 echo 1234111 就是这种情况）：（

      if (p >= endbuf)
        {
          exec_if_possible ();
          error (EXIT_FAILURE, 0, _("argument line too long"));
        }

上面的代码接近函数 read_line() 的末尾在 findutils-4.6.0/xargs/xargs.c 中，与 findutils-4.4.2 中几乎相同）

static void
exec_if_possible (void)
{
  if (bc_ctl.replace_pat || initial_args ||
      bc_state.cmd_argc == bc_ctl.initial_argc || bc_ctl.exit_if_size_exceeded)
    return;
  bc_do_exec (&bc_ctl, &bc_state);
}

这是选项 -x （对应于 bc_ctl.exit_if_size_exceeded）的位置区别 - 使用-x，exec_if_possible()只是返回，而没有bc_do_exec()已经积累的好-形成的命令（在您的示例中为 echo 10 11）。然后，在return之后，函数error()退出xargs程序。

我本来预计其中一个会有 12 - 15 个。

因为如果输入项本身太长，则所述 xargs 总是 退出，因此所有后续项都会丢失。

Answer 3

tl;dr

• 使用 -x 仅与 -n 一起使用才有意义：< strong> 参数（如果可用）必须适合单个命令行，基于隐式字节计数最大值或显式指定-s 选项；如果不是，xargs 将退出并出现错误。
  如果没有-x，将构造一个更少参数的命令行，并且不会发生错误 - 除非甚至没有单个< /em> 参数适合 - 请参阅下一点。

  • 请注意，-x 逻辑隐式适用于-L 和-I< /code> 选项。

  


  • 警告：从 OSX 10.11.3 和 PC-BSD 10.1 开始，-x 和 -n 的组合似乎是 < xargs 的 BSD 实现中出现了问题 - 请参阅下文。

  
  

• 如果没有 -n，就没有理由使用 -x，因为两个 xargs 实现总是当遇到单个参数时退出并返回错误，该参数将导致命令对于整体字节大小限制太长（同样，无论是隐含的还是用指定的） -s)。

  • GNU xargs：-x 没有 -n 表面bug（从 v4.2.2 开始），如Armali 的有益回答中所述。
  • BSD xargs：不带 -n 的 -x 语法上不支持 .
  • 简单的示例表明，对于两种实现，即使没有 -x，单个太长的参数也会导致错误：
    • <代码>$ echo 1 10 | xargs -s 7 echo # 最大。命令长度为 6 (7 - 1) 个字节
      1 # ok: 'echo 1' 是 6 个字节
      xargs: 参数行太长 # 'echo 10' 太长

---

以下 GNU xargs 示例：

• 指定连续 2 个参数（如果可用）< em>应该使用，如果可能（不使用-x）或必须使用（ 与 -x) 对于每个命令实例：-n 2
• 将每个命令限制为不超过 8 (9 - 1) 个字节：-s 9

^{注意：对于 BSD xargs，no -x 示例下面的工作原理相同，-x 示例应该工作，但不适用于 OSX 10.11.3 和 PC 上的 xargs 版本-BSD 10.1：每当指定 -x 时，-n 中指定的 值将被忽略，并且 xargs 的行为就像已指定 -n 1 一样。}

# NO -x: Use 2 arguments *if possible*.
$ echo -e "1 2 3 4a 5 6" | xargs -n 2 -s 9  echo
1 2
3    # 'echo 3 4a' is more than 8 (9 - 1) bytes -> '3' is used *alone*
4a   # 'echo 4a 5' also doesn't fit -> '4a' is also used alone.
5 6

# WITH -x: *Must* use 2 arguments (if available); *fail* otherwise.
$ echo -e "1 2 3 4a 5 6" | xargs -n 2 -s 9 -x echo
xargs: argument list too long  # 'echo 3 4a' is too long; cannot use 2 arguments -> error
1 2

请注意，在最后一次成功执行的命令之前，如何奇怪地打印错误消息；这可能与上面提到的错误有关，因此 Armali 的回答 可能会提供解释。