为何在regex101可用的正则表达式在Bash中无法匹配？

问题场景 #

在bash变量str中存储了以下字符串：

$ echo "$str"
Product 1  (1.0.0) | Product 2  (2.0.0) | Product 3  (19.2.1) | Product 4  (12.9.0) | Product 5  (3.2.8) | Product 6 (4.0.2)

需要提取Product 3括号内的版本号19.2.1，编写的正则在regex101中可正常匹配，但在bash中始终返回no match：

$ regex="Product\s+3\s+\(((?:[0-9]+\.?){3})\)"
$ [[ $str =~ $regex ]] && echo "${BASH_REMATCH[0]}" || echo "no match"
no match
$ [[ $str =~ $regex ]] && echo "${BASH_REMATCH[1]}" || echo "no match"
no match
$ [[ "$str" =~ "$regex" ]] && echo "${BASH_REMATCH[0]}" || echo "no match"
no match
$ [[ "$str" =~ "$regex" ]] && echo "${BASH_REMATCH[1]}" || echo "no match"

失败原因 #

1. 正则语法不兼容：bash使用POSIX扩展正则表达式，而regex101默认采用PCRE语法。\s在PCRE中表示空白字符，但在POSIX正则中不生效，需替换为[[:space:]]。
2. 引号使用错误：在[[ $str =~ $regex ]]结构中，若给$regex加双引号，bash会将其当作普通字符串做字面匹配，而非正则匹配。
3. 嵌套分组转义问题：部分bash版本对嵌套分组的转义处理敏感，原正则的嵌套分组写法可能引发匹配异常。

修正方案 #

方案一：适配POSIX正则语法 #

调整正则表达式，替换\s为[[:space:]]，且确保变量不被双引号包裹：

regex="Product[[:space:]]+3[[:space:]]+\((([0-9]+\.?){3})\)"
[[ $str =~ $regex ]] && echo "${BASH_REMATCH[1]}" || echo "no match"

执行后会输出目标版本号19.2.1。

方案二：简化正则写法 #

直接匹配x.x.x格式的版本号，避免复杂嵌套分组，写法更直观可靠：

[[ $str =~ Product[[:space:]]+3[[:space:]]+\(([0-9]+\.[0-9]+\.[0-9]+)\) ]] && echo "${BASH_REMATCH[1]}"

注意事项 #

• bash的[[ ... =~ ... ]]结构中，右侧的正则表达式变量不能加双引号，否则会丢失正则匹配能力；
• 匹配任意空白字符（空格、制表符等）时，统一使用POSIX标准的[[:space:]]，而非PCRE的\s；
• 对于固定格式的版本号，显式匹配格式比通用分组写法更稳定。

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