PHP命名分组语法为(?P<name>...)，兼容性最好；替换时须用${name}引用，preg_match_all需加PREG_SET_ORDER标志才能使$matchesi直观可用。
PHP里命名分组的语法是 (?P<name>...)</name>
PHP的PCRE扩展支持两种命名分组写法，但(?P<name>...)</name>是兼容性最好、最常用的一种。它和Python的(?P<name>...)</name>写法一致，容易迁移；而(?'name'...)虽合法，但在旧版PHP（如5.2之前）可能不被识别，不建议用。
比如匹配日期字符串"2023-04-15"并提取年月日：
$pattern = '/^(?P<year>\d{4})-(?P<month>\d{2})-(?P<day>\d{2})$/';
preg_match($pattern, '2023-04-15', $matches);
// $matches['year'] === '2023', $matches['month'] === '04'
注意：preg_match默认只返回索引数组+关联数组混合结果，命名键会自动出现在$matches中，无需额外配置。
命名分组在 preg_replace 中怎么引用
替换时不能用$1$2这种数字反向引用，必须改用${name}或$<name></name>语法，否则会出错或被当成字面量。
立即学习“PHP免费学习笔记（深入）”；
-
${year}是推荐写法，大括号明确界定变量边界，避免歧义（比如$yearly会被误解析） -
$<year>也可用，但部分IDE高亮可能异常，且可读性稍弱 - 别写
$year——PHP会尝试解析为变量$year，而不是正则捕获组
示例：把"2023-04-15"转成"15/04/2023"：
$replaced = preg_replace(
'/^(?P<year>\d{4})-(?P<month>\d{2})-(?P<day>\d{2})$/',
'${day}/${month}/${year}',
'2023-04-15'
); // 结果是 "15/04/2023"
为什么 preg_match_all 的命名键有时不出现
常见原因是没传PREG_SET_ORDER或PREG_PATTERN_ORDER标志，导致返回结构不是你预期的“每组一个含命名键的子数组”。
- 默认行为（不传标志）返回的是
array[0] => 全部匹配, array['name'] => 所有name组这种垂直结构，命名键存在但分散 - 加
PREG_SET_ORDER后，每个完整匹配变成独立子数组，$matches[0]['year']才直观可用 - 如果用
foreach ($matches as $match)遍历时发现$match['year']报错，八成是忘了这个标志
正确用法：
preg_match_all(
'/(?P<id>\d+):(?P<value>\w+)/',
'101:apple 102:banana',
$matches,
PREG_SET_ORDER // 关键！
);
// $matches[0]['id'] === '101', $matches[0]['value'] === 'apple'
命名分组和性能、兼容性要注意什么
命名分组本身不会显著拖慢匹配速度，但过度嵌套或在超长文本中滥用会放大开销。更实际的风险是版本和模式修饰符冲突：
- PHP 5.2+ 完全支持，但若部署环境混有老旧系统（如某些共享主机仍跑5.1），
(?P<name>...)</name>可能直接报PREG_BAD_PATTERN - 搭配
i（忽略大小写）或u（UTF-8）修饰符没问题，但别和x（忽略空白）混用后在分组名里加空格——(?P<my name>...)</my>非法，名字只能是字母、数字、下划线 - 命名不能重复，否则PHP会静默忽略后续同名分组，只保留第一个——调试时很难发现
真正容易被忽略的是：命名分组的键名区分大小写，(?P<year>...)</year>和(?P<year>...)</year>是两个不同键，但很多开发者写完正则就忘了检查var_dump($matches)里的实际键名。
