PHP 8.1 默认启用PCRE2导致正则行为突变：需删除/u、改用\p{Han}替代\x{4e00}-\x{9fa5}、用[\s\S]或/s代替.跨行、检查$matches[1]是否为null，禁用JIT仅掩盖问题。
PHP 8.1 默认启用 PCRE2 引擎，所有依赖 preg_* 函数的正则行为都可能突变——不是“偶尔不工作”，而是中文匹配失败、.* 不跨行、/u 修饰符直接报错、命名捕获组被忽略。根本原因不是你写错了，是 PCRE2 对语法合法性、UTF-8 模式和默认标志做了更严格的定义。
preg_match 中文匹配失败：/u 修饰符已非法，\x{4e00} 范围失效
PHP 8.1 报错 Unknown property "u" at offset 32 或 Compilation failed: invalid UTF-8 string，说明你还在用 PCRE1 风格写法。
- 立刻删除所有正则末尾的
/u—— PCRE2 默认启用 UTF-8 模式，/u已被移除，保留即语法错误 - 把
[\x{4e00}-\x{9fa5}]改成\p{Han}：\p{Han}覆盖 Unicode 所有汉字区（含扩展 A/B/C），且不依赖码点硬编码，避免越界 - 若需匹配字母+数字+汉字+下划线，写成
/^[\p{Han}a-zA-Z0-9_]{2,16}$/，不要加/u
路由与验证器中 .* 不再匹配换行符：DOTALL 未默认启用
.* 在 PHP 8.1 下默认不匹配换行符，导致 ThinkPHP5 的 'aid'=>'(.*)' 或自定义验证规则中整段日志提取失败。
- 不要用
[\S\s]—— PCRE2 中\S在 UTF-8 下含义变更，行为不可靠 - 改用
[\s\S]*显式覆盖所有字符（包括换行），或直接启用s修饰符：/pattern/s - ThinkPHP5 路由中，将
'aid'=>'(.*)'替换为'aid'=>'(?<aid>[\s\S]*)'</aid>，确保命名捕获组被框架识别
preg_replace_callback 匿名函数参数变化：$matches 结构更严格
PCRE2 默认启用 PREG_UNMATCHED_AS_NULL，未匹配的捕获组不再填空字符串，而是 null，导致回调里 $matches[1] 直接报 Undefined offset。
立即学习“PHP免费学习笔记（深入）”；
- 必须显式检查：
if (isset($matches[1]) && $matches[1] !== null) { ... } - 若需兼容旧逻辑，加
PREG_SET_ORDER标志并遍历$matches[0]，或改用preg_match_all+ 循环处理 - 避免在回调中直接解包
[$a, $b] = $matches，PCRE2 下未匹配组会破坏数组结构
性能下降明显？jit=0 不是长久方案
有人在 public/index.php 顶部加 ini_set('pcre.jit', '0') 来绕过报错，这会永久禁用 JIT 编译，实测性能下降约 18%，且掩盖了真正问题。
真正要做的，是逐个清理正则：删 /u、换 \p{Han}、补 s 或改 [\s\S]、校验捕获组存在性。PCRE2 的严格性不是 bug，是提前暴露你代码里那些“碰巧能跑”的脆弱正则。
