notepad++正则引擎基于pcre（v7.8+），但默认禁用lookahead/lookbehind断言，需手动启用「. matches newline」选项才能支持(?=...)等语法；嵌套前瞻性能差，建议拆解为多次操作。
Notepad++ 的正则引擎基于 PCRE（v7.8+），但默认启用的是「经典模式」，lookahead（前瞻）和 lookbehind（后顾）断言**必须手动开启「匹配换行符」以外的隐藏开关——实际是启用「. matches newline」还不够，关键在于要勾选「Match case」旁边的「. matches newline」？不，错。真正决定是否支持 (?=...)、(? 的，是是否启用了「<code>PCRE2 模式」——而 Notepad++ v7.9+ 默认已用 PCRE2，但早期版本（如 v7.5.9）仍为 PCRE1，lookbehind 仅支持固定长度，lookahead 倒是都支持。
为什么 (? 不生效？——检查 Notepad++ 版本与后顾长度限制
PCRE1（旧版 Notepad++）不支持变长 lookbehind，比如 (? 或 <code>(? 会直接报错「Invalid regular expression」；PCRE2 支持变长，但 Notepad++ GUI 并未暴露该能力开关，它取决于底层库编译选项。实测 v7.9.5+ 可用 <code>(?，但 <code>(? 仍失败。
- 打开
Settings → Preferences → Search，确认「Regular expression」已勾选（不是「Extended」或「Normal」） - 在查找框中输入
(?，测试能否匹配「12x」中的 <code>x；若失败，大概率是版本太低，升级到 v7.9+ 更稳妥 -
lookbehind中禁止出现*、+、{n,}等非固定量词；可接受{n}、{n,m}（只要 m == n）、字面量和\d等单字符类
(?=...) 和 (?!...) 能用，但要注意匹配位置不消耗字符
前瞻断言只判断「当前位置之后是否能匹配某模式」，本身不占用字符。例如搜索 foo(?=bar) 会选中「foo」，但不会选中「bar」；替换时如果写成 foo(?=bar) → baz，结果是把「foo」换成「baz」，「bar」原样保留。
- 常见误用：想把「function name() {」中的
name提取出来，写成function\s+(?=\w+\s*\()—— 错！这是零宽断言，不捕获内容；应改用function\s+(\w+)\s*\(\)，再用$1引用 - 排除干扰：匹配「不以
http://开头的 URL」，可用(?？不行，<code>lookbehind长度不确定；更可靠的是^(?!http://)\w+\.\w+（配合「Match at beginning of line」）或分两步：先标记含http://的行，再反选 - 性能提示：嵌套前瞻（如
(?=a(?=b))）在大文件中可能明显变慢，Notepad++ 不做优化，建议拆解为两次查找
替换时不能直接用 (? 替换「前面的内容」——它不参与捕获
断言本身不占字符位置，因此无法被 $0、$1 捕获，也不能被「替换为」操作修改。有人试图用 (? 然后替换为 <code>new_$1，这可行；但若写成 (? → <code>new_prefix$1suffix，就错了——因为 prefix 和 suffix 根本没被包含在匹配结果里，不会被替换掉。
- 正确做法：用捕获组包裹真正要保留/替换的部分，断言只作条件。例如把 JSON 中所有
"id": 123的数字加引号，应搜"id"\s*:\s*(\d+)，替为"id": "$1" - 若真需「插入到某模式前」，可用
(? + 空替换（即在 pattern 前插入），如 <code>(? → <code>new_，会在每个 class 值前加new_ - 注意：空替换 + lookahead 容易误触发多次（尤其跨行），建议先用「Find All in Current Document」预览匹配位置
最常被忽略的一点：Notepad++ 的「Replace All」对断言匹配是「逐次扫描、不可回溯重叠」的。比如文本是 aaa，搜 (?=a)，它只会匹配位置 0、1、2 三次；但如果搜 a(?=a)，则只匹配前两个 a（位置 0 和 1），位置 2 后无 a，不匹配。这种偏移逻辑在批量替换时容易出意料结果，务必先「Find All」确认高亮范围。
