$ ls *mp3 | xargs mplayer
Playing Lemon.
File not found: 'Lemon'
Playing Tree.mp3.
File not found: 'Tree.mp3'
Exiting... (End of file)
我的命令失败了,因为“Lemon Tree.mp3”文件包含空格,所以xargs认为它是两个文件。我能让find + xargs与这样的文件名一起工作吗?
$ ls *mp3 | xargs mplayer
Playing Lemon.
File not found: 'Lemon'
Playing Tree.mp3.
File not found: 'Tree.mp3'
Exiting... (End of file)
我的命令失败了,因为“Lemon Tree.mp3”文件包含空格,所以xargs认为它是两个文件。我能让find + xargs与这样的文件名一起工作吗?
当前回答
xargs实用程序从标准输入中读取空格、制表符、换行符和文件结束符分隔的字符串,并以这些字符串作为参数执行实用程序。
您希望避免使用空格作为分隔符。这可以通过更改xargs的分隔符来实现。根据手册:
-0修改xargs以NUL('' \0 ")字符作为分隔符, 而不是空格和换行。这预计将用于 与find(1)中的-print0函数一致。
如:
find . -name "*.mp3" -print0 | xargs -0 mplayer
回答关于播放第七首mp3的问题;运行起来更简单
mplayer "$(ls *.mp3 | sed -n 7p)"
其他回答
鉴于这篇文章的特定标题,以下是我的建议:
ls | grep ' ' | tr ' ' '<' | sed 's|<|\\ |g'
其思想是将空格转换为任何唯一字符,如'<',然后将其转换为'\ ',反斜杠加空格。然后你可以将其导入到任何你喜欢的命令中,比如:
ls | grep ' ' | tr ' ' '<' | sed 's|<|\\ |g' | xargs -L1 GetFileInfo
这里的关键在于'tr'和'sed'命令;你可以使用'<'以外的任何字符,比如'?,甚至是制表符。
MacOS上的xargs没有-d选项,所以这个解决方案使用-0代替。
获取ls每行输出一个文件,然后将换行符转换为空值,并告诉xargs使用空值作为分隔符:
Ls -1 *mp3 | tr "\n" "\0" | xargs -0 mplayer
find . -name 'Lemon*.mp3' -print0 | xargs -0 -i mplayer '{}'
在我的例子中,这有助于删除带有空格的不同文件。它应该也工作与mplayer。必要的技巧是引用。(在Linux Xubuntu 14.04上测试。)
在macOS (Monterey/12向前,我不确定10.15/Catalina过去了多久)上,如果你的文件名或子目录中有空格,你可以使用以下命令:
mdfind -0 -onlyin . -name .txt | xargs -0 grep stackoverflow | wc -l
正如珍的回答所示:
xargs实用程序从标准输入中读取空格、制表符、换行符和文件结束符分隔的字符串,并以这些字符串作为参数执行实用程序。
您希望避免使用空格作为分隔符。这可以通过更改xargs的分隔符来实现。根据手册:
-0修改xargs以NUL('' \0 ")字符作为分隔符, 而不是空格和换行。这预计将用于 与find(1)中的-print0函数一致。
迪克。Guertin的回答[1]表明,可以转义文件名中的空格,这是这里建议的其他解决方案(例如使用空字符作为分隔符而不是空白字符)的有价值的替代方案。但它可以更简单——你真的不需要一个唯一的字符。你可以直接用sed添加转义的空格:
ls | grep ' ' | sed 's| |\\ |g' | xargs ...
此外,只有当您只想要名称中有空格的文件时,才需要使用grep。更一般地(例如,当处理一批文件时,其中一些有空格,一些没有),跳过grep:
ls | sed 's| |\\ |g' | xargs ...
然后,当然,文件名可以有其他空格而不是空格(例如,制表符):
ls | sed -r 's|[[:blank:]]|\\\1|g' | xargs ...
这假设你有一个支持-r(扩展的正则表达式)的sed,比如GNU sed或最新版本的bsd sed(例如,FreeBSD最初在FreeBSD 8之前拼写选项“-E”,并且至少为了兼容FreeBSD 11而同时支持-r和-E)。否则,您可以使用基本的正则表达式字符类括号表达式,并在[]分隔符中手动输入空格和制表符。
这可能更适合作为一个评论或编辑的答案,但目前我没有足够的声誉来评论,只能建议编辑。因为后面的形式(没有grep)改变了Dick的行为。格汀最初的回答,直接的编辑可能是不合适的。