为何正则表达式在命令行运行正常却在bash/ksh中失效

核心原因 #

• Bash/Ksh 内置的=~正则匹配运算符默认使用**POSIX 扩展正则表达式（ERE）**标准，不支持 PCRE（Perl 兼容正则表达式）的专属语法。你正则中用到的(?!ses$)是负向前瞻断言，属于 PCRE 独有特性，在 POSIX ERE 中无法被识别，直接导致匹配逻辑失效，返回错误结果。
• 正则存储变量时的转义存在潜在问题：双引号包裹的字符串中\$会被 shell 解析为普通$符，属于正则写法的不规范点。

最优实现方案 #

不需要使用复杂的正则，直接用 Bash 原生的通配符匹配就能完全覆盖你的需求，兼容性更强，逻辑也更清晰：

FILE_NAME="/test/path/test file with spaces.__1"

# 判断规则：1. 路径包含至少一个.（有后缀）；2. 后缀不是.ses
if [[ "$FILE_NAME" = *.* && "$FILE_NAME" != *.ses ]]; then
    Match_Result="true"
else
    Match_Result="false"
fi

echo "$Match_Result"

上述代码完全匹配你给出的所有测试用例预期：

• /test/path/test file with spaces.__1 → true
• /test/path/test file with spaces.ses → false
• /test/path/test file with spaces → false
• /test/path/test file with spaces.txt → true

正则兼容方案 #

如果必须用正则实现，需要调用支持 PCRE 的工具，比如grep -P：

FILE_NAME="/test/path/test file with spaces.__1"

if echo "$FILE_NAME" | grep -qP '\.(?!ses$)[^.]+$'; then
    Match_Result="true"
else
    Match_Result="false"
fi

echo "$Match_Result"

注意：部分系统（如默认配置的 macOS）的原生 grep 不支持-P参数，需要安装 GNU grep 后才能使用。

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