如何使用 xargs 复制名称中包含空格和引号的文件？

Question

我正在尝试复制目录下的一堆文件，其中许多文件的名称中包含空格和单引号。 当我尝试将 find 和 grep 与 xargs 串在一起时，出现以下错误：

find .|grep "FooBar"|xargs -I{} cp "{}" ~/foo/bar
xargs: unterminated quote

对于更稳健地使用 xargs 有什么建议吗？

这是在 Mac OS X 10.5.3 (Leopard) 和 BSD xargs< /代码>。

Answer 1

您可以将所有这些组合到一个 find 命令中：

find . -iname "*foobar*" -exec cp -- "{}" ~/foo/bar \;

这将处理其中包含空格的文件名和目录。 您可以使用 -name 来获取区分大小写的结果。

注意：传递给 cp 的 -- 标志阻止它处理以 - 开头的文件作为选项。

Answer 2

<代码>查找 . -打印0 | grep --null 'FooBar' | grep --null 'FooBar' | grep --null 'FooBar' | grep --null 'FooBar' xargs -0 ...

我不知道 grep 是否支持 --null，也不知道 xargs 是否支持 -0，在 Leopard 上，但在 GNU 上一切都很好。

Answer 3

实现原始发布者想要的最简单方法是将分隔符从任何空格更改为行尾字符，如下所示：

find whatever ... | xargs -d "\n" cp -t /var/tmp

Answer 4

这更有效，因为它不会多次运行“cp”：

find -name '*FooBar*' -print0 | xargs -0 cp -t ~/foo/bar

Answer 5

我遇到了同样的问题。 我是这样解决的：

find . -name '*FoooBar*' | sed 's/.*/"&"/' | xargs cp ~/foo/bar

我使用 sed 将每一行输入替换为同一行，但用双引号引起来。 在 sed 手册页中，“...替换中出现的与号 (``&'') 被替换为与 RE 匹配的字符串...” -- 在本例中，.*，整行。

这解决了xargs：未终止的引号错误。

Answer 6

此方法适用于 Mac OS X v10.7.5 (Lion)：

find . | grep FooBar | xargs -I{} cp {} ~/foo/bar

我还测试了您发布的确切语法。 这在 10.7.5 上也运行良好。

Answer 7

只是不要使用xargs。 这是一个简洁的程序，但在面对重要情况时，它与 find 的配合不太好。

这是一个可移植的 (POSIX) 解决方案，即不需要 find、xargs 或 cp GNU 特定扩展的解决方案：

find . -name "*FooBar*" -exec sh -c 'cp -- "$@" ~/foo/bar' sh {} +

请注意结尾 < code>+ 而不是更常见的 ;。

此解决方案：

• 正确处理带有嵌入空格、换行符或任何外来字符的文件和目录。

• 适用于任何 Unix 和 Linux 系统，甚至不提供 GNU 工具包的系统。

• 不使用xargs，这是一个很好且有用的程序，但需要太多调整和非标准功能才能正确处理find输出。

• 也比公认的和大多数（如果不是全部）其他答案更高效（阅读更快）。

另请注意，尽管在其他一些回复或评论中有所说明，但引用 {} 是没有用的（除非您使用的是异国情调的 fishshell）。

Answer 8

对于那些依赖除 find 之外的命令的人，例如 ls：

find . | grep "FooBar" | tr \\n \\0 | xargs -0 -I{} cp "{}" ~/foo/bar

Answer 9

考虑将 xargs 的 --null 命令行选项与 find 中的 -print0 选项一起使用。

Answer 10

find | perl -lne 'print quotemeta' | xargs ls -d

我相信这对于除换行符之外的任何字符都可以可靠地工作（并且我怀疑如果你的文件名中有换行符，那么你会遇到比这更糟糕的问题）。 它不需要 GNU findutils，只需要 Perl，所以它应该可以在任何地方工作。

Answer 11

我发现以下语法对我来说效果很好。

find /usr/pcapps/ -mount -type f -size +1000000c | perl -lpe ' s{ }{\\ }g ' | xargs ls -l | sort +4nr | head -200

在此示例中，我正在查找安装在“/usr/pcapps”的文件系统中超过 1,000,000 字节的最大 200 个文件。

“find”和“xargs”之间的 Perl 行衬线转义/引用每个空格，因此“xargs”将任何嵌入空格的文件名作为单个参数传递给“ls”。

Answer 12

框架挑战 — 您询问如何使用 xargs。 答案是：你不使用 xargs，因为你不需要它。

user80168 的评论描述了一种直接使用 cp 执行此操作的方法，无需为每个文件调用 cp：

find . -name '*FooBar*' -exec cp -t /tmp -- {} +

这有效的原因是：

• cp -t 标志允许在 cp 开头附近而不是末尾附近给出目标目录。 来自 man cp：

 -t, --target-directory=目录 
           将所有 SOURCE 参数复制到 DIRECTORY 中 
  

• -- 标志告诉 cp 将后面的所有内容解释为文件名，而不是标志，因此以 - 或 开头的文件>-- 不要混淆cp； 您仍然需要这个，因为 -/-- 字符由 cp 解释，而任何其他特殊字符由 shell 解释。

• find -exec command {} + 变体本质上与 xargs 相同。 来自 man find：

<前><代码> -exec 命令 {} +
-exec 操作的此变体在以下位置运行指定的命令
选定的文件，但命令行是通过附加构建的
每个选定的文件名在末尾； 调用总数
匹配的文件。 命令行的构建方式大致相同
xargs 构建其命令行。 只有一个“{}”实例
在命令中允许，并且（当调用 find 时
来自 shell）应该用引号引起来（例如“{}”）以保护
它来自 shell 的解释。 该命令执行于
起始目录。 如果任何调用返回非零
value 作为退出状态，然后 find 返回非零退出状态。
如果 find 遇到错误，有时会立即导致
ate exit，因此某些挂起的命令可能根本无法运行。 这
-exec 的变体始终返回 true。

通过直接在 find 中使用它，可以避免对管道或 shell 调用的需要，这样您就不必担心文件名中的任何讨厌的字符。

Answer 13

使用 Bash（不是 POSIX），您可以使用进程替换来获取变量中的当前行。 这使您可以使用引号来转义特殊字符：

while read line ; do cp "$line" ~/bar ; done < <(find . | grep foo)

Answer 14

请注意，其他答案中讨论的大多数选项在不使用 GNU 实用程序的平台（例如 Solaris、AIX、HP-UX）上都不是标准的。 请参阅 POSIX 规范了解“标准”xargs 行为。

我还发现 xargs 的行为即使没有输入也至少运行一次命令，这很麻烦。

我编写了自己的 xargs (xargl) 私有版本来处理名称中的空格问题（仅换行符分隔 - 尽管“find ... -print0”和“xargs -0”组合非常简洁，因为文件名不能包含 ASCII NUL '\0' 字符 我的 xargl 并不完整，值得发布 - 特别是因为 GNU 拥有至少同样好的设施。

Answer 15

对我来说，我试图做一些不同的事情。 我想将 .txt 文件复制到 tmp 文件夹中。 .txt 文件名包含空格和撇号字符。 这在我的 Mac 上有效。

$ find . -type f -name '*.txt' | sed 's/'"'"'/\'"'"'/g' | sed 's/.*/"&"/'  | xargs -I{} cp -v {} ./tmp/

Answer 16

如果您系统上的 find 和 xarg 版本不支持 -print0 和 -0 开关（例如 AIX find 和 xargs），您可以使用这个看起来很糟糕的代码：

 find . -name "*foo*" | sed -e "s/'/\\\'/g" -e 's/"/\\"/g' -e 's/ /\\ /g' | xargs cp /your/dest

Here sed将负责转义 xargs 的空格和引号。

在 AIX 5.3 上测试

Answer 17

我围绕“xargs”创建了一个名为“xargsL”的小型便携式包装脚本，它解决了大多数问题。

与 xargs 相反，xargsL 每行接受一个路径名。 路径名可以包含除（显然）换行符或 NUL 字节之外的任何字符。

文件列表中不允许或不支持引用 - 您的文件名可能包含各种空格、反斜杠、反引号、shell 通配符等 - xargsL 会将它们作为文字字符处理，不会造成任何损害。

作为一个额外的奖励功能，如果没有输入，xargsL 将不会运行命令一次！

请注意区别：

$ true | xargs echo no data
no data

$ true | xargsL echo no data # No output

给予 xargsL 的任何参数都将传递给 xargs。

这是“xargsL”POSIX shell 脚本：

<前><代码>#！ /bin/sh
# 基于行的“xargs”版本（每行一个路径名，可以包含任何
# 除换行符之外的空白量）以及额外的奖励功能
# 如果输入文件为空，则不会执行该命令。
#
# 版本2018.76.3
#
# 版权所有 (c) 2018 Guenther Brunthaler。 版权所有。
#
# 该脚本是免费软件。
# 根据 GPLv3 条款允许分发。

设置-e
陷阱'测试$？ = 0 || echo "$0 失败！" >& 2'0

如果 IFS= 首先读取 -r
然后
{
printf '%s\n' "$first"
猫
} | sed 's/./\\&/g' | sed 's/./\\&/g' | xargs ${1+"$@"}
菲

将脚本放入 $PATH 中的某个目录中，并且不要忘记

$ chmod +x xargsL

脚本以使其可执行。

Answer 18

bill_starr 的 Perl 版本 不适用于嵌入式换行符（仅处理空格）。 对于那些在例如 Solaris 上没有 GNU 工具的人，更完整的版本可能是（使用 sed）...

find -type f | sed 's/./\\&/g' | xargs grep string_to_find

根据需要调整 find 和 grep 参数或其他命令，但 sed 将修复嵌入的换行符/空格/制表符。

Answer 19

我用了 Bill Star 的答案在 Solaris 上稍作修改：

find . -mtime +2 | perl -pe 's{^}{\"};s{$}{\"}' > ~/output.file

这将在每行周围加上引号。 我没有使用“-l”选项，尽管它可能会有所帮助。

我要查看的文件列表可能有“-”，但没有换行符。 我没有将输出文件与任何其他命令一起使用，因为我想在开始通过 xargs 大规模删除它们之前查看发现的内容。

Answer 20

我玩了一下，开始考虑修改 xargs，并意识到对于我们在这里讨论的用例，用 Python 进行简单的重新实现是一个更好的主意。

一方面，整个事情有大约 80 行代码意味着很容易弄清楚发生了什么，如果需要不同的行为，您可以将其破解为新脚本，所需时间比获得所需的时间要短在 StackOverflow 等地方的回复。

请参阅 https://github.com/johnallsup/jda-misc-scripts /blob/master/yargs 和 https:/ /github.com/johnallsup/jda-misc-scripts/blob/master/zargs.py。

使用 yargs 编写的（并且安装了 Python 3），您可以键入：

find .|grep "FooBar"|yargs -l 203 cp --after ~/foo/bar

一次复制 203 个文件。 （当然，这里 203 只是一个占位符，使用像 203 这样的奇怪数字可以清楚地表明这个数字没有其他意义。）

如果你真的想要更快并且不需要 Python 的东西，可以将 zargs 和 yargs 作为原型用 C++ 或 C 重写。

Answer 21

您可能需要 grep Foobar 目录，例如：

find . -name "file.ext"| grep "FooBar" | xargs -i cp -p "{}" .

Answer 22

如果您使用的是 Bash，则可以通过 mapfile 将 stdout 转换为行数组：

find . | grep "FooBar" | (mapfile -t; cp "${MAPFILE[@]}" ~/foobar)

优点是：

• 它是内置的，因此速度更快。
• 一次性执行所有文件名的命令，因此速度更快。

• 您可以将其他参数附加到文件名中。 对于cp，您还可以：

  <前><代码>查找 . -name '*FooBar*' -exec cp -t ~/foobar -- {} +

  但是，某些命令没有这样的功能。

缺点：

• 如果文件名太多，可能无法很好地扩展。 （限制？我不知道，但我在 Debian 下测试了 10 MB 列表文件，其中包括 10000 多个文件名，没有问题）

好吧......谁知道 Bash 是否在 OS X 上可用？