bash与zsh中[-1]等括号表达式被解析为1的原因咨询

嘿，我来帮你拆解这个奇怪现象背后的原因——这全是因为shell的**文件名扩展（Globbing）**机制在起作用，再加上不同shell版本/环境的细节差异导致的。

核心原因：方括号是shell的通配符 #

在bash和zsh里，不带引号的[]是用来匹配文件名的通配符，作用是指定单个字符的匹配范围或集合：

• 比如[a-z]会匹配任意小写字母命名的文件，[0-9]匹配任意数字命名的文件；
• 对于[-1]这个模式：方括号里的-如果放在开头（或者结尾、被转义），它就不是范围分隔符，而是普通字符。所以[-1]会匹配当前目录中名为-或者1的单个文件；
• 同理，[1,2,3]会匹配名为1、,、2、3的文件；[123-33]其实等价于[123]（因为3-3就是单个字符3），所以会匹配名为1、2、3的文件。

为什么输出是1？ #

当你执行echo [-1]时，shell会先对参数[-1]做glob扩展：

• 如果当前目录存在名为1的文件，shell就会把[-1]替换成1，echo自然就输出1；
• 如果同时存在-和1，echo会输出- 1；
• 如果没有匹配的文件，默认应该保留原模式[-1]输出。

你遇到的不同bash版本表现差异（比如Ubuntu的bash 5.0.17输出原模式，而bash 5.1/4.4输出1），大概率是不同版本对glob规则的实现细节有区别：某些版本中，当glob模式的范围是单个字符（比如[1-1]），即使没有匹配文件，也会直接展开为该字符；而另一些版本则严格遵循“无匹配则保留原模式”的规则。

为什么加引号/转义就正常？ #

当你用单引号'[123-33]'或者转义\[123-33]时，shell会把方括号当成普通字符处理，不会触发glob扩展，所以echo直接输出你输入的原字符串。

关于你提到的数组索引说明 #

那个说明是针对bash关联数组的索引场景（比如${array[key]}），如果索引值不带引号，shell会把它当成算术表达式解析，但你的场景里根本没有数组，所以和这个没关系哦。

总结一下：这个现象的核心就是shell的glob通配符扩展，输出结果取决于当前目录的文件情况，以及不同shell版本对glob规则的实现细节。要是想避免这种自动扩展，给方括号加引号或者转义就搞定啦。

备注：内容来源于stack exchange，提问作者Ярослав Рахматуллин