php命名子组有两种写法：(?pattern)和(?ppattern)，功能相同但前者更主流；命名需符合php变量名规则；匹配结果中可通过$matches['name']访问，preg_match返回字符串，preg_match_all返回数组；preg_pattern_order和preg_set_order影响数组结构但不影响命名键存在；utf-8需加u修饰符，避免转义和分隔符错误。
命名子组的两种写法：(?) 和 (?P)
PHP 支持两种等价的命名捕获组语法：(?<name>pattern)</name> 和 (?P<name>pattern)</name>。它们功能完全相同，只是风格差异——前者是 PCRE 标准语法，后者是 PHP 早期兼容写法（?P 中的 P 表示 "Perl"）。实际项目中推荐用 (?<name>)</name>，更简洁、更主流。
注意：命名必须是合法的 PHP 变量名格式（字母或下划线开头，后接字母、数字或下划线），不能含空格或特殊符号。例如 (?<user-id>w+)</user-id> 是非法的，会报错；应改用 (?<user_id>w+)</user_id> 或 (?<userid>w+)</userid>。
匹配结果数组里怎么访问命名子组？
只要正则中用了命名子组，preg_match_all 的 $matches 数组就会自动包含同名键。比如模式是 /(?<year>d{4})-(?<month>d{2})/</month></year>，那么 $matches['year'] 就是所有年份的匹配结果数组，$matches['month'] 是所有月份的数组。
- 若只调用
preg_match（单次匹配），$matches['year']是字符串（不是数组） - 若调用
preg_match_all（全局匹配），$matches['year']是索引数组，对应每次匹配的年份值 - 命名键和数字索引共存：比如
$matches[1]和$matches['year']指向同一组内容 - 如果多个命名子组重名（如
(?J)(?<tag>foo)|(?<tag>bar)</tag></tag>），只有最右边那个生效，$matches['tag']中只保留最后一次匹配的值
PREG_PATTERN_ORDER 和 PREG_SET_ORDER 对命名子组的影响
这两个标志控制 $matches 的结构组织方式，但都不影响命名子组是否出现——只要用了命名，它们就一定在结果里。
PREG_PATTERN_ORDER（默认）：按“模式维度”组织，$matches[0] 是全部完整匹配，$matches['year'] 是全部年份，适合按字段批量提取。
PREG_SET_ORDER：按“匹配次序”组织，$matches[0] 是第一次匹配的完整结果（含 ['year']、['month'] 等键），$matches[1] 是第二次的，适合逐条处理每条记录。
关键点：无论用哪个标志，$matches['year'] 都存在；但如果你用了 PREG_SET_ORDER，就不能直接写 $matches['year'][0]——得写成 $matches[0]['year']。
容易被忽略的坑：UTF-8 字符和 u 修饰符
如果待匹配文本含中文、emoji 或其他 UTF-8 多字节字符，而正则没加 u 修饰符，命名子组可能无法正确捕获，甚至导致 preg_match_all 返回 false。
例如：/(?<name>[x{4e00}-x{9fff}]+)/u</name> 能安全匹配中文姓名；去掉 u，[x{4e00}-x{9fff}] 会被当作无效转义，整个正则失效。
其他常见疏漏：
- 忘记分隔符闭合，比如写成
/(?<year>d{4})-</year>缺少结尾/ - 在双引号字符串里写
"(?<year>d{4})"</year>，d被 PHP 当作字符串转义而非正则元字符，应改用单引号或写成"(?<year>\d{4})"</year> - 误以为命名子组能嵌套使用变量名，比如
(?<pre class="brush:php;toolbar:false;" fix>abc)(?<full>g{prefix}def)</full></pre>——PHP 不支持g这种引用语法，要用(?<pre class="brush:php;toolbar:false;" fix>abc)(?<full>k<pre class="brush:php;toolbar:false;" fix>def)</pre></full></pre>
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
