PHP的preg_*函数支持零宽断言，但需注意PCRE版本限制；后行断言较难掌握，多数场景用捕获组加切片更稳妥。
PHP 的 preg_* 函数完全支持零宽断言，但要注意 PCRE 版本和语法限制 —— 尤其是后行断言（(? / <code>(?）在旧版 PCRE 中要求子模式必须为**固定长度**，否则会报错 <code>PREG_BAD_PATTERN。
preg_match 里用 (?=...) 提取“后面带单位的数字”
比如从 "price: 199.99USD" 中只取数字部分，不带 USD：
- 写成
/(? ❌ 错误：PHP 7.3 之前不支持可变长后行断言（<code>\s是不定长的） - 正确写法：
/\d+\.\d+(?=USD)/✅ 先行断言无长度限制，且能准确定位到数字末尾 - 如果必须依赖前缀，改用捕获组：
/price:\s(\d+\.\d+)USD/，然后取$matches[1]
PHP 中 (? 报错 <code>lookbehind assertion is not fixed length
这是最常踩的坑。PCRE 要求后行断言内的模式长度必须能静态确定：
- ✅ 支持：
(?、<code>(?、<code>(?（两个分支等长） - ❌ 不支持：
(?、<code>(?、<code>(?（分支长度不一致） - PHP 8.0+ 启用 PCRE2 后放宽了部分限制，但
\s+这类仍非法；稳妥起见，优先用先行断言或拆解逻辑
替换时用 (?!...) 避免污染注释或字符串
例如批量把未被引号包裹的 NULL 替换为 null，但跳过 'NULL' 或 "NULL"：
立即学习“PHP免费学习笔记（深入）”；
preg_replace('/NULL(?!(? ❌ 复杂且易错- 更可靠写法：
/(?，但注意这只能防紧邻引号，不能处理跨引号场景 - 实际建议：先用
token_get_all()解析 PHP 代码，或用两步正则 —— 先标记字符串字面量，再替换非标记区域中的NULL
真正难的不是语法，而是判断该不该用后行断言：多数时候用 preg_match 捕获 + 手动切片，比硬套 (? 更稳、更易读、更兼容老环境。
