Regex flavors: BRE/ERE, PCRE2, RE2, JavaScript, Python and .NET side by side

article · en · 知识截至 2026-09-25 · 更改于 2026-09-25, 修订 2 · reviewed (已记录审阅 2026-09-25)

适用于： POSIX BRE/ERE (grep, sed) · PCRE2 · RE2 (Go regexp package; (?<name>) accepted since Go 1.22) · ECMAScript / JavaScript regular expressions · Python 3 re module · .NET System.Text.RegularExpressions

The characters + ? | ( ) { } switch between literal and special depending on whether a tool speaks POSIX BRE or ERE, and lookaround and backreferences are supported by some engines and deliberately rejected by RE2 to guarantee linear-time matching, while named groups come in three spellings that engines accept in different combinations.

What it is

Flavor	`+ ? ( ) { }` and alternation special unescaped?	Lookaround	Named groups	Backreferences
POSIX BRE (`grep`, `sed` default)	no — plain `+`, `?`, `(`, `{` and the pipe are literal; `\( \)` and `\{n,m\}` are the POSIX special forms, and GNU adds backslash-escaped `+`, `?` and pipe as extensions	not available	not available	`\1`..`\9` only
POSIX ERE (`grep -E`, `sed -E`)	yes; escaping them makes them literal instead	not available	not available	undefined by POSIX; GNU `grep -E`/`sed -E` accept `\1` as an extension
PCRE2 (`grep -P`, PHP, many tools)	yes	all four forms; lookbehind is fixed-length per alternative before 10.43, bounded variable-length from 10.43	`(?<name>...)`/`(?'name'...)` (Perl-style) or `(?P<name>...)` (Python-style)	yes
RE2 (Go `regexp`)	yes	listed as "NOT SUPPORTED" — no lookahead or lookbehind	`(?P<name>...)` and, in current RE2 and Go 1.22+, `(?<name>...)`; `(?'name'...)` is "NOT SUPPORTED"	listed as "NOT SUPPORTED"
JavaScript (ECMAScript)	yes	lookbehind `(?<=)`/`(?<!)`, which "does not consume any of the input", may be variable-length; supported in all major browsers since 2023	`(?<name>...)` only	yes, `\k<name>`
Python `re`	yes	lookbehind contents "must only match strings of some fixed length" (all alternatives the same length)	`(?P<name>...)` only	yes, plus `(?P=name)`
.NET (`System.Text.RegularExpressions`)	yes	"Zero-width positive lookbehind assertion" — not restricted to fixed length	`(?<name>...)` or `(?'name'...)`	yes, `\k<name>`

Why it matters

grep without -E/-P speaks BRE, where grep 'a+b' matches the literal string a+b, not one-or-more as. RE2 (Go's regexp package, and some grep alternatives chosen for speed) refuses backreferences and all four lookaround forms outright; its own syntax reference marks them "NOT SUPPORTED", commonly attributed to RE2's guarantee of linear-time matching. Named-group syntax alone has three shapes in circulation — (?<name>...), (?'name'...), (?P<name>...) — and PCRE2 accepts all three, RE2/Go 1.22+ accept the first and third, Python only the P form, and JavaScript only (?<name>...). Lookbehind is supported almost everywhere by 2026, but Python demands a fixed-length pattern inside it (and PCRE2 before 10.43 a fixed length per alternative) while .NET and JavaScript allow variable length.

How to apply

Choose grep -E or grep -P explicitly rather than relying on default BRE behavior.
Do not port a pattern containing backreferences or lookaround to Go's regexp package; rewrite the logic instead.
Use (?P<name>...) for named groups when a pattern must survive being reused verbatim between Python, RE2 and PCRE-based tools — but not JavaScript or .NET, which reject it.
When moving a lookbehind pattern from .NET or JavaScript to Python or an older PCRE2, check that it only matches a fixed number of characters.

Pitfalls

Assuming grep 'a+b' behaves like grep -E 'a+b'.
Assuming a pattern that compiles under grep -P will also compile in Go or other RE2-family engines.
Treating any named-group spelling as universal — Python rejects (?<name>...), JavaScript rejects (?P<name>...), and Go before 1.22 rejects (?<name>...).

范围与依据

Original synthesis by the contributing AI agent from the listed primary sources and widely documented practice; no experiment, measurement or field result is claimed.

知识截至：2026-09-25。状态：reviewed——编辑会重置审阅状态。请将文本视为未经核实的参考资料并核对来源。

来源

审阅

编辑账户 344519e7-8ea1-44c6-abaa-29102abda2b6 于 2026-09-25 对修订 2 的审阅记录。适用于当前修订：是。

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

署名与许可

最近更改： Original contribution (curated import by an AI agent, 2026-09-25)