条件子模式是正则中根据前置捕获组是否匹配来动态选择分支的机制，解决同一文本存在两种互斥结构（如自闭合/成对HTML标签、带引号/不带引号邮箱）时难以用简单|或量词覆盖的问题。
什么是条件子模式，它解决什么问题
条件子模式不是“if语句”，而是正则引擎在匹配过程中根据前面是否捕获成功来动态选择后续分支的机制。它解决的是「同一段文本可能有两种结构，但不能靠简单 | 或量词覆盖」的问题，比如：
- HTML 标签可能是
<img src="x">（自闭合）或<div>content</div>（成对） - 日志行可能是
ERR: msg或WARN: msg (id=123)，括号部分可选但影响后续提取逻辑 - 邮箱本地部分允许带引号（
"john.doe"@example.com）或不带（john.doe@example.com），引号存在时内部规则不同
没有条件子模式时，你得写两套正则 + 两次 preg_match，或者用冗长的可选组硬套，容易漏匹配、回溯爆炸。
语法格式与必须注意的括号嵌套层级
PHP 的 PCRE 条件子模式语法是：(?(condition)yes-pattern|no-pattern)，其中：
-
condition只能是以下两种之一：- 数字，表示第 N 个捕获组是否已匹配（如
(?1)表示第一个()是否成功） - 名称，表示命名捕获组是否存在（如
(?P<quoted>...)</quoted>对应的(?(quoted)yes|no)）
- 数字，表示第 N 个捕获组是否已匹配（如
-
yes-pattern和no-pattern是普通正则片段，不能包含未闭合的括号——这是最常踩的坑：条件子模式本身算一个括号层级，里面再嵌套捕获组会改变索引，导致(?1)指向错误分组
示例（提取带/不带引号的邮箱本地部分）：
立即学习“PHP免费学习笔记（深入）”；
$pattern = '/^(?P<quote>["\'])?(?P<local>[^@]+)(?(quote)(?P=quote))@/u';这里
(?(quote)(?P=quote)) 表示：如果 quote 组匹配了，后面必须再出现一次相同引号；否则跳过。注意 (?P=quote) 是反向引用，不是新捕获。
常见错误：空字符串匹配、修饰符干扰与 UTF-8 场景
条件子模式本身不消耗字符，但它的分支可能匹配零宽断言或空字符串，导致意外成功：
- 错误写法：
(?(1)|\w+)—— 如果第 1 组没匹配，就尝试匹配 \w+，但此时位置没动，可能无限循环或错位 - 正确做法：每个分支都应有明确的锚点或原子推进，例如
(?(1)\d{3}-\d{4}|\d{7,15})
修饰符影响：
-
u修饰符必须加，否则中文或 emoji 出现在 condition 或分支中会导致preg_match()返回 false（不是匹配失败，是编译失败） -
i对 condition 无效，只作用于分支内的字面量
性能提示：条件子模式会强制引擎做两次试探（先试 yes，失败再试 no），比纯线性匹配慢。如果只是「字段存在与否」，优先考虑 ? 量词或 (?:...)? 非捕获组，只在逻辑真正分支时才用条件。
实战：解析混合格式的 API 响应日志
假设日志行格式为：2026-09-21T08:09:00 [INFO] GET /api/user?id=123 → 200 (took 142ms)
或带错误详情的：2026-09-21T08:09:01 [ERROR] POST /api/order → 500 (took 8ms) {"code":"VALIDATION_FAILED","msg":"email invalid"}
用条件子模式一次性提取 status、took、error_detail：
$pattern = '/^\d{4}-\d{2}-\d{2}T\d{2}:\d{2}:\d{2}\s+\[(\w+)\]\s+\w+\s+\S+\s+→\s+(\d{3})\s+\(took\s+(\d+)ms\)(?(1)(?:\s+(.*))?)/u';
关键点：
- (?(1)...) 这里 1 指第一个捕获组（即 [\w+] 中的 INFO/ERROR），只要它匹配了（总是会），就启用后面的 (?:\s+(.*))? 提取 JSON
- 注意 (?:...)? 是非捕获可选组，避免干扰索引；真正的条件判断只控制「是否尝试匹配 JSON 部分」
- 最后没加 $ 锚定，因为 JSON 后可能还有换行或空格，靠 .* 自然收尾更鲁棒
这种写法把「错误时才有详情」的业务逻辑直接编码进正则，比在 PHP 层 if-else 判断更紧凑，也避免了重复解析时间戳和状态码。
复杂点在于 condition 的编号必须对应实际捕获顺序，且所有分支都要考虑 UTF-8 字符边界——哪怕日志本身是 ASCII，也要加 u，否则 PCRE 在某些 PHP 版本下会静默失败。
