notepad++正则替换失败90%因未启用「正则表达式」模式：右下角未显示该字样即为普通模式，\d等元字符被当字面量处理；必须手动勾选「搜索模式」单选框中的「正则表达式」并确认右下角状态。
Notepad++正则替换失败，90% 是因为右下角没显示「正则表达式」——它不报错、不提醒，只静默按字面量匹配，输 \d 就真去找反斜杠加字母 d。
右下角没显示“正则表达式”就别往下试
这是所有失败的起点。Notepad++ 默认是「普通」模式，Ctrl + H 打开替换框后，必须手动勾选「搜索模式」里的单选框「正则表达式」（不是复选框，不能和「扩展」共存）。关掉对话框再重开一次，再次盯住右下角文字确认——某些操作（比如切编码、切文档）会悄悄把它重置回「普通」。
- 输
^、$、\d、.*却没效果？先看右下角 - 点「全部替换」后内容不变或删错了？大概率模式错了
- 老版本（v7.8 及以下）不支持
\R，但即使新版，若右下角不是「正则表达式」，\R也只当两个字符处理
换行符写成 \n 是最常卡住的点
\n 在 Notepad++ 正则模式里永远只匹配 LF 字符（即 Unix 换行），不是通用换行符。你在 Windows 文件里搜 \n，基本找不到东西——因为实际是 \r\n。更糟的是，\n 在「扩展模式」下才表示换行，但你根本不该用扩展模式做正则替换。
- Windows 文档：查
\r\n，替换成空格或留空即可合并行 - Unix/Linux 文档：先按
Ctrl + Shift + P（视图 → 显示符号 → 显示所有字符），确认每行末尾只有¶（无↵），再用\n - Notepad++ 7.9+ 推荐用
\R，但它在 UTF-8 with BOM 文件中可能失效；临时转为「UTF-8（无 BOM）」再操作 - 要跨行匹配（比如抓整段日志），必须勾选底部「. 匹配新行」，否则
.过不去\r或\n
中文、边界、捕获组全在踩语法坑
Notepad++ 的正则引擎基于 Boost，不是 PCRE，也不兼容 VS Code 或 regex101 上抄来的表达式。它对 Unicode 和边界处理很原始，括号引用也自成一套。
-
\b只认 ASCII：\b你好\b永远不匹配——直接写你好；需要“前后非中文”，用(? - 捕获组只能用
\1、\2…，不是$1；\10解析为\1后接字符0，不是第十组（最多支持 9 组） - 中文匹配必须确保文件编码是「UTF-8」（菜单栏「编码 → 转为 UTF-8」），否则
[\u4e00-\u9fa5]无效，\w也识别不了汉字 - 括号必须是英文半角
()；\(\d+\)或中文括号会破坏分组，导致\1为空
大文件卡死、替换错乱，其实是引擎限制
Notepad++ 没有 JIT 编译、回溯控制弱，一个没锚定的 .* 在几千行日志里就能假死几十秒。它也不是 HTML 解析器，所有标签匹配都靠字符串暴力扫，嵌套、注释、大小写混杂时极易误伤。
- 提速关键：加
^锚点（如^ERROR而非.*ERROR）、用非贪婪.*?、避免多层嵌套量词（如(\w+:\s*){2,}） - 删
<script></script>内容？必须勾选「. 匹配新行」，查<script>]*>[\s\S]*?</script>，但注释里的<script></script>也会被干掉——这是引擎能力上限，不是你写错了 - 不确定是否安全？先点「查找全部」看高亮范围，再小范围试「替换」，别一上来就「全部替换」
真正容易被忽略的，是右下角那个不起眼的状态栏文字，和文件右下角显示的换行格式（CRLF / LF）——这两处不对，后面所有正则都是空中楼阁。
