与 grep 的非贪婪匹配

Question

据我所知，非贪婪匹配不是基本正则表达式（BRE）和扩展正则表达式（ERE）的一部分。然而，不同版本的grep（BSD和GNU）上的行为似乎表明了另一种明智的做法。

举个例子，我们来看下面这个例子。我有一串话要说:

string="hello_my_dear_polo"

以下是从字符串中提取< code>hello的一些尝试。

BRE尝试（失败）：

$ grep -o "hel.*\?o" <<< "$string"
hello_my_dear_polo

输出产生整个字符串，这表明非贪婪量词在 BRE 上不起作用。请注意，我只是转义了？，因为*不会失去它的意义，也不需要转义。

尝试前(失败):

$ grep -oE "hel.*?o" <<< "$string"
hello_my_dear_polo

启用 -E 选项也会产生相同的输出，这表明非贪婪匹配不是 ERE 的一部分。这里不需要转义，因为我们使用的是 ERE。

PCRE尝试(成功):

$ grep -oP "hel.*?o" <<< "$string"
hello

为PCRE启用< code>-P选项表明非贪婪量词是它的一部分，因此我们得到了< code>hello的期望输出。这里不需要转义，因为我们使用的是PCRE。

下面是从字符串中提取< code>hello的一些尝试。

BRE尝试（失败）：

$ grep -o "hel.*\?o" <<< "$string"

使用BRE，我没有从BSDgrep获得任何输出。

ERE 尝试（成功）：

$ grep -oE "hel.*?o" <<< "$string"
hello

启用 -E 选项后，我很惊讶我能够提取我想要的输出。我的问题是关于我从这次尝试中获得的输出。

PCRE 尝试（失败）：

$ grep -oP "hel.*?o" <<< "$string"
usage: grep [-abcDEFGHhIiJLlmnOoPqRSsUVvwxZ] [-A num] [-B num] [-C[num]]
    [-e pattern] [-f file] [--binary-files=value] [--color=when]
    [--context[=num]] [--directories=action] [--label] [--line-buffered]
    [--null] [pattern] [file ...]

使用-P选项给了我使用错误，这是意料之中的，因为grep的BSD选项不支持PCRE。

所以我的问题是，为什么在BSDgrep上使用ERE会使用非贪婪量词而不是GNUgrep来产生正确的输出。

这是一个bug，BSD egrep的一个未记录的特性，还是我对输出的误解？

Answer 1

双重量词只是一个语法错误，可能会导致错误消息或未定义的行为。如果您得到一个错误消息，这可能会更好。

Perl对regex的扩展大大晚于POSIX在编写这些工具的时候，不太可能有人试图将这种古怪的语法用于任何事情。贪婪匹配在20世纪90年代中期才在Perl 5中引入。