Shell脚本执行=~正则匹配时变量未正常展开问题

你遇到的情况是两个极易混淆的认知点叠加导致的，和变量展开失效完全无关：

1. set -x 调试输出的固定展示特性 #

• BASH内置的[[ =~ ]]正则判断逻辑，在打印set -x调试日志时，本身就不会展开=~两侧的变量做展示，它会固定输出[[ 原变量名 -regex-match 右侧原变量名 ]]的占位格式，仅用来标识这一段是正则匹配逻辑，并非实际运行时变量没有完成展开。
• 可以做最小复现验证：随便写几行测试代码

  set -x
  test_line='int test(); main()'
  test_pat='main\('
  [[ $test_line =~ $test_pat ]] && echo "匹配成功"
  

  运行后你会看到调试日志照样打印[[ $test_line -regex-match $test_pat ]]，但实际判断会正常读取两个变量的内容完成匹配，根本不存在展开失败的问题。这也是为什么你之前换运行环境、调if顺序、换变量引用写法都没用——那些操作动的根本不是问题的核心。

2. 真正导致匹配失效的核心bug #

你写的正则表达式语法本身不被Bash原生正则支持：

• 你定义的pat='\s+main\('里的\s是PCRE/Perl生态的正则简写，Bash自带的扩展正则完全不识别这个写法，就算变量100%正常展开，这个正则也没法正确匹配前置带空白的main(场景。
• Bash正则里要匹配任意空白字符，必须使用POSIX标准字符类[[:space:]]。

可直接落地的修正步骤 #

1. 把正则里的无效语法替换为Bash支持的标准写法：

   pat='[[:space:]]+main\('
   

2. 如果是在老旧Bash版本（3.x及更早）环境下运行，可能遇到偶发的解析bug（即=~右侧变量带特殊字符时被误解析为普通字面量），可以加一层变量中转规避：

   regex=$pat  # 中转一层，触发Bash词法解析正确读取正则内容
   

   后续判断时直接用这个中转变量做正则匹配即可。

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