关于Bash中通过函数传递正则变量时部分验证成功部分失败的原因问询

咱们先把你的问题拆解清楚：你写的bash脚本里，两个正则模式变量，一个SSLPROTOCOL_PATTERN不管是直接验证还是传给函数都能正常工作，另一个SSLCIPHERSUITE_PATTERN直接验证没问题，一传给函数就失败，你还发现去掉引号并转义括号能解决，想知道背后的原因。

其实核心问题出在双引号定义变量时对反斜杠\的处理，以及bash正则解析的差异：

1. 直接验证 vs 变量传递的本质差异 #

当你直接在[[ $var =~ 正则 ]]里写正则时，bash会直接把这段内容当作正则表达式解析，其中的\-会被解析为字面量的-（因为在正则字符类里，\-是用来表示-，避免和范围符混淆）。

但当你用双引号定义正则变量时，比如SSLCIPHERSUITE_PATTERN="^([!+\-]?[\-[:alnum:]]+:?)+$"，bash会保留双引号里的反斜杠\——也就是说，变量里存储的正则是[\-[:alnum:]]，而不是直接写正则时的[-[:alnum:]]。

这时候，当你把这个变量传给函数，在[[ $1 =~ $2 ]]里解析时，[\-[:alnum:]]这个字符类会被当作匹配\（反斜杠）或者-（减号）或者字母数字，可你的SSLCIPHERSUITE值里根本没有反斜杠，自然匹配失败！

2. 为什么SSLPROTOCOL_PATTERN能正常工作？ #

看一下SSLPROTOCOL_PATTERN的正则：^([+-]{1}[[:alnum:]]{3}(v[[:digit:]]+(\.[[:digit:]]+)?)?[[:space:]]?)+$，里面的字符类是[[:alnum:]]、[[:digit:]]，没有用到\-这种带反斜杠的写法，所以用双引号定义时，变量里的内容和直接写的正则完全一致，传给函数后解析自然没问题。

3. 去掉引号为什么能解决问题？ #

当你去掉引号定义SSLCIPHERSUITE_PATTERN=^([!+\-]?[\-[:alnum:]]+:?)+$（你写的转义括号其实是多余的，可能是测试时的误操作），bash会把无引号内容里的\-当作转义处理，直接把\-转换成-，所以变量里存储的正则变成了^([!+-]?[-[:alnum:]]+:?)+$，和你直接写的正则完全一样，传给函数后自然能正确匹配。

简单总结就是：双引号会保留正则里的反斜杠，导致正则字符类的含义发生变化；而无引号定义时，bash会自动处理转义的反斜杠，让正则保持原本的含义。

备注：内容来源于stack exchange，提问作者Old Schooled