Notepad++不支持真正实时正则测试，仅通过“全部标记”实现轻量交互验证：需启用Regular expression模式和“. matches newline”选项，匹配结果以黄色背景高亮显示。
Notepad++ 本身不支持真正的“实时测试”正则表达式——它没有内置的 Regex Helper 插件，也没有类似 VS Code 或 regex101 那样的动态高亮+匹配列表面板。 所有“实时”效果都靠手动触发 + 状态反馈实现，本质是轻量级交互验证，不是真正意义上的实时引擎。
查找窗口里点“全部标记”就是最有效的实时验证
这是 Notepad++ 唯一能立刻看到所有匹配位置的方式，比反复点“查找下一个”高效得多：
- 必须勾选
Regular expression模式（右下角状态栏显示该文字，否则\d就当字面量\d处理） - 想跨行匹配？务必勾选
. matches newline（默认关闭，.*不会跨行） - 匹配结果以黄色背景高亮，不打断编辑流，适合边写边调
- 如果某处没标中，先检查是否用了
(?i)、\K、(? 这类 PCRE 8+ 特性——Notepad++（v8.5.7 及之前）仍基于 PCRE 7.9 子集，不支持
替换预览前必须用“替换全部”弹窗确认
Notepad++ 的替换不是原子操作，也没有“试运行”按钮。所谓“预览”，其实是靠替换弹窗里的计数和高亮反向推断：
- 填好查找内容和替换内容后，点
全部替换→ 弹出对话框显示“将替换 X 处” - 点
否取消，再点查找全部，看高亮是否覆盖你预期的所有目标 - 常见陷阱：
$1在替换栏无效，必须用\1；\10被解析为\1+0，不是第 10 组（最多只支持 9 个捕获组） - 要输出字面量
$，得写成$$，否则会被当成变量引用
大文件里“卡死”大概率是回溯爆炸，不是正则写错了
Notepad++ 的 PCRE 7.x 引擎对回溯深度有硬限制，尤其遇到 .* 后接确定字符（如 start.*end）时，在长段落里极易触发假死：
- CPU 占满、界面无响应、最终只匹配前几处——这不是你电脑慢，是引擎主动终止
- 别指望升级 Notepad++ 解决（新版仍未换引擎），改写正则是唯一出路
- 把
.*改成.*?（Notepad++ 支持惰性匹配），或拆成更具体的字符类，比如[^"]*替代.*匹配引号内内容 - 避免以
.*开头的模式，尤其在 >1MB 文件里，引擎会尝试从每行开头暴力回溯
中文/Unicode 边界问题：别信 \b，显式写边界更稳
\b 在 Notepad++ 中仅按 ASCII 定义单词边界（\w = [a-zA-Z0-9_]），对中文、emoji、连字符等完全失效：
-
\b用户\b在用户登录中不匹配，因为“用户”和“登录”之间无 ASCII 边界 - 想匹配独立中文词？用
(?（负向先行/后行断言），但注意 Notepad++ 不支持可变长度后行断言，所以实际只能用 <code>(?:^|[^一-龯])用户(?:$|[^一-龯]) - 更通用的做法：用空格、标点、行首行尾等显式锚点，比如
(^|[\s\p{P}])用户([\s\p{P}]|$)——但 Notepad++ 不支持\p{P}，得手写[，。！？；：“”‘’（）【】《》、\s]
真正容易被忽略的，是那个不起眼的 . matches newline 开关——它不开，^ 和 $ 就只作用于单行，. 就永远跨不了行，而很多人根本没意识到自己正在处理多行结构（比如 JSON、日志块）。这个开关不亮，其他所有正则技巧都白搭。
