php 8.5 的 preg_match_all 接口未变但底层切换至更严格的 pcre2 引擎，需注意 unicode 修饰符、占有量词、命名组与 preg_unmatched_as_null 配合使用，并优先采用 \p{l} 等 unicode 属性而非手动范围。
preg_match_all 在 PHP 8.5 里没变，但默认 PCRE2 引擎行为更严格了
PHP 8.5 没新增正则函数，preg_match_all 接口和 PHP 7.4 一样，但底层已全面切换到 PCRE2（v10.40+）。这意味着同样一个正则，在 PHP 8.5 上可能匹配失败——不是语法错，是引擎对“不规范写法”直接拒了。
常见错误现象：preg_match_all('/\d+/', $str, $m) 看似正常，但如果写成 preg_match_all('/\d++/')（带占有量词却没开启 PCRE2 兼容模式），PHP 8.5 会报 PREG_BAD_REGEX 而不是静默降级。
- PCRE2 默认禁用一些模糊特性，比如空匹配重复（
(a*)*）、未转义的{在字符类外 - 如果旧代码依赖
u修饰符自动修正 malformed UTF-8，PHP 8.5 更倾向报错而非容忍 - 推荐始终显式加
u修饰符处理中文或 emoji，否则\w可能漏掉 Unicode 字母
匹配中文、emoji、混合文本时，修饰符和 Unicode 类别要配对用
只写 /[\x{4e00}-\x{9fff}]+/u 能抓汉字，但漏掉全角标点、日文平假名、苹果 emoji。PCRE2 提供标准 Unicode 属性，比手写范围靠谱得多。
使用场景：清洗用户昵称、提取多语言标签、解析日志中的国际化字段。
立即学习“PHP免费学习笔记（深入）”；
- 匹配任意 Unicode 字母（含中文、日文、阿拉伯文）：
/\p{L}+/u - 匹配字母 + 数字 + 连接符（如中划线、下划线）：
/[\p{L}\p{N}_-]+/u - 避免误吞换行符：在多行文本中匹配段落标题，用
/^#\s+\p{L}+/mu，m让^匹配每行开头 - emoji 单独匹配：
/\p{Emoji_Presentation}|\p{Emoji_Modifier_Base}\p{Emoji_Modifier}/u（注意：需 PCRE2 v10.36+，PHP 8.5 自带满足）
捕获组太多导致性能崩？用命名组 + PREG_UNMATCHED_AS_NULL 控制输出结构
preg_match_all 返回的三维数组，如果正则有 10 个括号，哪怕只有一组匹配成功，其他组也填 ""，内存和遍历成本陡增。PHP 7.4+ 支持 PREG_UNMATCHED_AS_NULL，配合命名组可让结果更紧凑。
参数差异：preg_match_all($pattern, $subject, $matches, PREG_SET_ORDER | PREG_UNMATCHED_AS_NULL) 比默认行为少一半冗余数据。
- 命名组写法：
/(?P<year>\d{4})-(?P<month>\d{2})-(?P<day>\d{2})/</day></month></year>，比$matches[1]直观且抗修改 - 搭配
PREG_SET_ORDER后，$matches是扁平数组，每项是关联键名的子数组，不用再取$matches[0]、$matches[1]分层 - 如果某次匹配中
month没捕获到，对应键值为null而非空字符串，判空逻辑更干净
替换时想保留部分匹配内容？别硬拼 $1$2，用 preg_replace_callback 更可控
用 preg_replace('/(\d+)-(\d+)/', '$2-$1', $s) 看似简单，但遇到 $10 就会错读成第 1 组后跟字符 0；更糟的是，如果替换逻辑要查数据库、做编码转换，回调函数是唯一合理选择。
性能影响：回调比纯字符串替换慢 2–3 倍，但换来的是逻辑可维护性。PHP 8.5 对闭包传参优化过，差距比 PHP 7.x 小。
- 必须用
${1}写法避免歧义：'${2}-${1}'，但仅限简单字符串替换 - 复杂逻辑一律走
preg_replace_callback：preg_replace_callback('/\b\d{6}\b/', fn($m) => encrypt_id($m[0]), $text) - 回调函数里不要改
$m[0]，它是只读副本；真要动态构造替换内容，返回字符串即可 - 如果正则本身很重（比如含大量回溯），先用
preg_match判断是否需要处理，避免无谓回调开销
PCRE2 的 JIT 编译在 PHP 8.5 默认开启，但只对「固定长度前缀 + 稳定结构」的正则生效。写正则时少用 .*? 开头，多用锚点和原子组，不然 JIT 会自动退化——这点容易被忽略，一查 preg_last_error() 才发现是回溯超限。
