Linux与macOS下egrep -o命令行为差异及兼容实现咨询

首先得明确：你遇到的不是macOS的egrep bug——Linux上的egrep是GNU grep的链接，而macOS自带的egrep是BSD grep的实现，两者在处理-o选项和零长度正则匹配时的逻辑本来就有差异，且都符合POSIX标准的不同扩展约定。

具体差异原因 #

你的正则[a-zA-Z0-9]*是零或多个字母数字字符的匹配：

• 在GNU grep中，-o选项会扫描整个字符串，输出所有非空的匹配片段。当遇到.test时，它会跳过开头的.，找到后面连续的test并输出。
• 在BSD grep中，-o对零长度匹配的处理更严格：因为正则允许匹配零个字符，它会先在开头的.前匹配一个零长度的空字符串，而BSD grep的-o默认不会输出空匹配，也不会继续扫描后续的非空匹配，所以最终没有输出。

跨平台一致的解决方案 #

这里有几个可靠的方案，按推荐优先级排序：

1. 调整正则，避免零长度匹配（最推荐）

既然你实际想要匹配的是至少一个字母数字字符，把正则里的*改成+即可：

echo ".test" | egrep -o "[a-zA-Z0-9]+"

这个写法在GNU和BSD grep下都会输出test，因为+要求至少匹配一个字符，不会触发零长度匹配的差异逻辑。

2. 在macOS上使用GNU grep

如果你的脚本依赖GNU grep的特定行为，可以通过Homebrew安装GNU版的grep：

brew install grep

安装后，GNU grep会以ggrep（和gegrep）的名字存在，你可以在脚本里统一用gegrep代替egrep，确保跨平台行为一致。

3. 用POSIX兼容写法强制匹配非空片段

如果必须保留*（比如允许空匹配的场景），可以调整正则明确跳过非匹配字符，只捕获后续的字母数字：

# 用sed实现跨平台的非空匹配提取
echo ".test" | sed -n 's/.*\([a-zA-Z0-9]\{1,\}\).*/\1/p'

不过这个写法不如直接用+简洁，仅适用于特殊场景。

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