对于那些依赖命令，而不是find，例如ls:

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

我也遇到了同样的问题。以下是我的解决方法:

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

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

这解决了xargs: unterminated quote错误。

框架挑战-你正在询问如何使用xargs。答案是:不使用xargs，因为不需要它。

user80168的注释描述了一种直接使用cp的方法，而不需要对每个文件调用cp:

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

这很有效，因为:

cp -t标志允许在靠近cp开头的位置给出目标目录，而不是靠近结束的位置。来自男人cp:

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

——标志告诉cp将后面的所有内容解释为文件名，而不是标志，因此以-或——开头的文件不会混淆cp;您仍然需要这样做，因为-/——字符由cp解释，而任何其他特殊字符由shell解释。 find -exec命令{}+变体本质上与xargs相同。从人类发现:

-exec command {} + This variant of the -exec action runs the specified command on the selected files, but the command line is built by appending each selected file name at the end; the total number of invoca‐ matched files. The command line is built in much the same way that xargs builds its command lines. Only one instance of `{}' is allowed within the command, and (when find is being invoked from a shell) it should be quoted (for example, '{}') to protect it from interpretation by shells. The command is executed in the starting directory. If any invocation returns a non-zero value as exit status, then find returns a non-zero exit status. If find encounters an error, this can sometimes cause an immedi‐ ate exit, so some pending commands may not be run at all. This variant of -exec always returns true.

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

查看一下在xargs中使用——null命令行选项和find中的-print0选项。

找到。-print0 | grep——null 'FooBar' | xargs -0…

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

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

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