BASH技术问询：判断变量以[开头的写法安全性与场景覆盖性

首先得说，你现在用的[[ $each_word == [* ]]]写法其实存在潜在问题，既不安全，也没法覆盖所有以[开头的场景，咱们一步步拆解：

为什么你的写法有问题？ #

在Bash的[[条件判断里，==右侧的内容是文件名通配符模式（不是正则表达式），而[是通配符里的特殊字符——它用来开启一个字符类（比如[abc]匹配a、b、c中的任意一个字符）。

你写的[*并没有正确转义[，这会让shell把它当成一个未闭合的字符类定义。虽然你说没报错，但这种写法的行为是未定义的：不同Bash版本、甚至不同的shell环境下，处理逻辑可能不一样。比如有些环境会把[*当作字面量字符串匹配，那它只会匹配内容恰好是[*的变量；有些环境可能会把它解析成匹配单个*字符，完全和你想要的“以[开头”无关。

能不能覆盖所有以[开头的场景？ #

答案是不能。因为你的写法逻辑本身就不对，根本没法正确匹配所有以[开头的字符串——比如变量值是[test或者只有单个[时，你的写法大概率匹配不到，或者会出现错误匹配的情况。

正确且安全的写法有两种： #

1. 通配符模式（转义特殊字符） #

把[转义成字面量，让shell知道你要匹配的是字符本身，而不是开启字符类：

[[ $each_word == \[* ]]

这里\[表示字面量[，*匹配任意长度的后续字符（包括空字符，也就是变量只有[的情况也能匹配），完全覆盖所有以[开头的场景，而且行为稳定可靠。

2. 正则表达式匹配 #

如果更习惯用正则，也可以用=~操作符，逻辑更清晰：

[[ $each_word =~ ^\[ ]]

^表示字符串的起始位置，\[匹配字面量[，同样能准确匹配所有以[开头的情况。

安全性说明 #

上面两种写法都是安全的：

• 转义后的通配符模式明确告诉shell要匹配的是字面量[，不会触发任何意外的字符类解析；
• 正则写法用^锚定开头，配合转义的[，逻辑清晰，没有歧义。

而你原来的写法之所以不安全，就是因为未转义的[会让shell产生歧义解析，导致匹配逻辑不可控，甚至在某些极端场景下（比如变量中包含特殊字符）可能出现意想不到的行为。

内容的提问来源于stack exchange，提问作者Sam Thomas