我在一个目录中,其中有两个文本文件:
$ touch test1.txt
$ touch test2.txt
当我尝试使用某种模式列出文件(使用 Bash)时,它可以工作:
$ ls test?.txt
test1.txt test2.txt
$ ls test{1,2}.txt
test1.txt test2.txt
然而,当一个模式由一个包含在 中的命令产生时$()
,只有一个模式有效:
$ ls $(echo 'test?.txt')
test1.txt test2.txt
$ ls $(echo 'test{1,2}.txt')
ls: cannot access test{1,2}.txt: No such file or directory
这里发生了什么?为什么模式{1,2}
不起作用?
这是两件事的结合。首先,大括号扩展不是匹配文件名的模式:它是纯文本替换 — 请参阅`a[bc]d`(括号)和 `a{b,c}d`(大括号)有什么区别?. 其次,当您在双引号 ( ) 之外使用命令替换的结果时
ls $(…)
,所发生的只是模式匹配(以及分词:“split+glob”运算符),而不是完整的重新解析。使用
ls $(echo 'test?.txt')
,该命令echo 'test?.txt'
输出字符串test?.txt
(带有最后一个换行符)。命令替换会产生字符串test?.txt
(没有最后的换行符,因为命令替换会去除尾随的换行符)。这个不带引号的替换会进行分词,产生一个由单个字符串组成的列表,test?.txt
因为其中没有空格字符(更准确地说,没有字符 in$IFS
)。然后,这个单元素列表的每个元素都会进行有条件的通配符扩展,并且由于?
字符串中有通配符,因此确实会发生通配符扩展。由于模式test?.txt
至少匹配一个文件名,列表元素test?.txt
被匹配模式的文件名列表替换,产生包含test1.txt
和test2.txt
。finallyls
用两个参数test1
和调用test2
。使用
ls $(echo 'test{1,2}')
,命令echo 'test{1,2}'
输出字符串test{1,2}
(带有最后一个换行符)。命令替换结果为字符串test{1,2}
。这个不带引号的替换经历了分词,产生了一个由单个 string 组成的列表test{1,2}
。然后,这个单元素列表的每个元素都会进行有条件的通配符扩展,它什么都不做(元素保持原样),因为字符串中没有通配符。因此ls
使用单个参数调用test{1,2}
。为了进行比较,以下是
ls $(echo test{1,2})
. 该命令echo test{1,2}
输出字符串test1 test2
(带有最后一个换行符)。命令替换产生字符串test1 test2
(没有最后的换行符)。这个不带引号的替换会进行分词,产生两个字符串test1
和test2
. 然后,由于两个字符串都不包含通配符,它们被单独留下,所以ls
用两个参数test1
和test2
.命令替换后不会发生大括号扩展。您可以使用 eval 强制进行另一轮扩展:
它的结果是:
这个问题非常具体
bash
,这是因为他们决定bash
将大括号扩展与文件名扩展(通配符)分开,并在所有其他扩展之前先执行它。从
bash
手册页:在您的示例中,
bash
只有在执行命令替换(the )之后才会看到您的大括号,但$(echo ...)
为时已晚。这与所有其他 shell 不同,后者在路径名扩展(通配符)之前(甚至作为一部分)执行大括号扩展。这包括但不限于
csh
第一次发明大括号扩展的地方。后一个示例在
csh
、zsh
、或ksh93
中是相同的。mksh
fish
另外,请注意,作为通配符的一部分的大括号扩展也可以通过
glob(3)
库函数(至少在 Linux 和所有 BSD 上)和其他独立实现(例如在 perl: 中perl -le 'print join " ", <test{1,2}.txt>'
)获得。为什么这样做不同
bash
可能背后有一个故事,但是 FWIW 我找不到任何合乎逻辑的解释,而且我发现所有事后的合理化都不令人信服。请试试:::
ls $(回声测试{1,2}\.txt)
带有反斜杠。现在可以了。还要删除之前的海报所说的引号。点不是用于匹配模式,而是在此处按字面意思视为句点。
如果您删除引号,它会起作用