php中命名捕获组的正确语法是(?p...)；(?p\w+)(?p>name)等递归引用会报模式无效错误，跨组引用基本不可用，稳妥做法是用普通捕获组加后处理或多次preg_match。
PHP 中命名捕获组的正确语法是 (?P<name>...)</name>
PHP 的 PCRE 引擎（也就是 preg_* 系列函数用的）只认 (?P<name>...)</name> 这种写法，(?<name>...)</name> 或 (?'name'...) 在旧版 PHP（尤其是 PREG_BAD_PATTERN。哪怕文档里写了“支持”，实际运行时也得看 PHP 版本和 PCRE 编译选项。
常见错误现象：preg_match('/(?<user>\w+)/', $str, $m)</user> 在 PHP 7.2 及更早版本中直接失败，返回 false，且 preg_last_error() 是 2（PREG_BAD_PATTERN）。
-
(?P<user>\w+)</user>✅ 全版本兼容（PHP 5.2+） -
(?<user>\w+)</user>❌ PHP -
(?'user'\w+)❌ 同上，且易被误读为字符串字面量
提取命名组结果必须用 $matches['name']，不能用数字索引
用了 (?P<user>...)</user>，就不能再依赖 $matches[1] 去取值——它可能为空、错位，或根本不存在（尤其当有可选分支时）。命名组结果只存进关联键，且只在 PREG_UNMATCHED_AS_NULL 开启时才保证键存在。
示例：
preg_match('/^Hello (?P<user>\w+), you are (?P<age>\d+) years old\.$/', 'Hello Alice, you are 30 years old.', $m);
// $m['user'] === 'Alice'，$m['age'] === '30'
// $m[1] 和 $m[2] 虽然通常也有值，但不可靠，尤其正则含 <code>|</code> 分支时</age></user>
- 始终优先访问
$matches['user']，而不是$matches[1] - 如果想确保未匹配的命名组也出现在结果中（值为
null），加上标志PREG_UNMATCHED_AS_NULL - 注意：PHP 7.4+ 才真正稳定支持
PREG_UNMATCHED_AS_NULL；7.2–7.3 下部分场景仍可能缺失键
命名组名必须是合法 PHP 标识符，且不能重复
名字不是随便写字符串，它要符合 PHP 变量命名规则：只能以字母或下划线开头，后续可跟字母、数字、下划线。含空格、短横、中文、数字开头都会让整个正则编译失败。
-
(?P<_id>\d+)</_id>✅ -
(?P<user-id>\d+)</user-id>❌ 报错：invalid group name -
(?P\d+)❌ 数字开头不合法 -
(?P<user_name>\w+)</user_name>✅ 下划线允许
另外，同一正则中不能有两个同名的 (?P<name>...)</name>，否则 PCRE 会拒绝编译（PHP 报 PREG_BAD_PATTERN），即使它们逻辑上不会同时匹配。
嵌套命名组或递归引用需额外小心
PHP 不支持 (?P>name) 这类递归引用语法（那是 PCRE 的高级特性，PHP 的 preg_* 函数默认禁用）。试图写 (?P<word>\w+)(?P>word)</word> 会直接报错，不是匹配失败，而是模式无效。
- 命名组本身可以嵌套，比如
(?P<full>(?P<first>\w+)\s+(?P<last>\w+))</last></first></full>，这是安全的 - 但跨组引用（如
(?P>first)）在 PHP 中几乎不可用，除非你明确启用PREG_JIT并确认 PCRE 版本 ≥ 8.32 且编译选项开启 recursion - 更稳妥的做法是：用普通捕获组 + 后处理，或者拆成多次
preg_match
命名组看着方便，但一碰递归、条件断言、注释语法，就容易掉进 PCRE 和 PHP 封装层的兼容缝隙里。真要用复杂结构，先查 PCRE_VERSION 和当前 PHP 的 preg_replace_callback 行为，别光看手册例子。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
