本文详解如何用 preg_replace() 正确捕获最邻近的闭合括号（而非贪婪匹配到最后一个），避免嵌套干扰，提供基于负向断言和 strtr() 的两种高效方案，并附可直接运行的示例代码与性能提示。
本文详解如何用 `preg_replace()` 正确捕获最邻近的闭合括号（而非贪婪匹配到最后一个），避免嵌套干扰，提供基于负向断言和 `strtr()` 的两种高效方案，并附可直接运行的示例代码与性能提示。
在 PHP 字符串处理中，使用正则表达式替换如 (content) 为 <del>content</del>、((content)) 为 <ins>content</ins> 时，常见陷阱是默认贪婪模式 (.*) 会跨组匹配，导致 (foo)((bar)) 被错误解析为 <del>foo)((bar)</del>——因为 .* 匹配到了末尾的 )，而非第一个闭合括号。
✅ 推荐方案一：优先使用 strtr()（简洁、安全、高效）
当括号仅用于标记且结构固定（无嵌套、无转义）时，strtr() 是更优选择——它天然按键长度降序处理，自动优先匹配 '((' 和 '))'，再处理单对 '(' 和 ')'：
$text = 'This is (foo)((bar))';
$result = strtr($text, [
'((' => '<ins>',
'))' => '</ins>',
'(' => '<del>',
')' => '</del>'
]);
echo $result; // 输出：This is <del>foo</del><ins>bar</ins>✅ 优势：无需正则、零回溯、性能极高；自动保证长模式优先（PHP 内部实现），彻底规避贪婪匹配问题。
✅ 推荐方案二：精准正则 —— 使用负向断言 + 非贪婪字符类
若需保留正则灵活性（例如支持转义、复杂上下文），应避免 .*，改用 [^)]* 显式限定匹配范围，并通过负向先行断言确保单括号不被双括号“污染”：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“PHP免费学习笔记（深入）”；
$text = 'This is (foo)((bar))';
// 先匹配 ((...))：要求开头是两个左括号，结尾是两个右括号
$text = preg_replace('/\(\(([^)]*)\)\)/', '<ins>$1</ins>', $text);
// 再匹配 (...)：要求左括号前不是(，后也不是(（即非双括号起始）
$text = preg_replace('/(?<!\()\((?!\()([^)]*)\)/', '<del>$1</del>', $text);
echo $text; // 输出：This is <del>foo</del><ins>bar</ins>? 关键说明：
- (?<!\()：负向后查找，确保 ( 前无 (；
- (?!\()：负向前瞻，确保 ( 后不是 (（排除 (( 开头）；
- [^)]*：比 .*? 更高效——明确拒绝 )，杜绝回溯，符合 regex contrast 原则。
⚠️ 注意事项与总结
- 勿用 .*? 替代 [^)]*：虽看似等效，但 .*? 在长文本中可能触发大量回溯，而 [^)]* 一次扫描即完成，性能更稳定；
- 顺序仍重要：即使加了断言，也建议先处理 ((...))，再处理 (...)，逻辑更清晰、容错更强；
- 边界场景：若输入含未闭合括号（如 (unclosed），[^)]* 会匹配到字符串末尾，可根据业务需求添加额外校验；
- 扩展建议：对复杂标记语法（如 Markdown 风格），推荐使用专用解析器（如 league/commonmark），而非正则硬解。
综上，strtr() 是简单场景的首选；而需正则时，务必用 [^)]* + 负向断言替代盲目贪婪或懒惰量词——这是写出健壮、高效括号匹配表达式的黄金实践。
