为何Bash中使用=~的正则表达式直接编写无法生效？

问题核心 #

你遇到的现象是Bash对[[ ... =~ ... ]]结构中右侧正则表达式的字符串解析规则不同导致的：直接书写正则时，Bash会提前解析转义字符，破坏正则原意；而将正则存入单引号包裹的变量时，能保留正则的原始语法，实现正确匹配。

具体原因分析 #

1. 直接书写正则的问题 #

当你直接在=~右侧写正则：

[[ $line =~ ^\s*(\S*)\s+(\S*)\s+(\S*) ]]

Bash会先对这段字符串进行转义字符解析：

• \s中的反斜杠会被视为转义符，由于s不是Bash的特殊字符，反斜杠会被直接移除，最终变成s；
• 同理\S会被解析成S。

最终实际生效的正则表达式变成了：

^s*(S*)s+(S*)s+(S*)

这个正则显然无法匹配目标字符串 12345 file /my/path，匹配失败后BASH_REMATCH数组为空，所以输出都是空值。

2. 存入单引号变量的正确逻辑 #

当你用单引号将正则赋值给变量：

re='^\s*(\S*)\s+(\S*)\s+(\S*)'
[[ $line =~ $re ]]

单引号会完全阻止Bash对字符串的任何解析，正则中的\s（匹配空白字符）、\S（匹配非空白字符）等元字符被完整保留。

在执行[[ $line =~ $re ]]时，Bash会直接将变量re的内容作为原始正则表达式处理，此时正则能正确匹配目标字符串，分组捕获的内容被存入BASH_REMATCH数组，因此能输出预期结果。

补充说明 #

如果不想用变量，也可以通过双重转义反斜杠让直接书写的正则生效：

[[ $line =~ ^\\s*(\\S*)\\s+(\\S*)\\s+(\\S*) ]]

但这种写法可读性差，远不如将正则存入单引号变量的方式清晰。

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