notepad++正则批量清理代码的关键是精准匹配：空行用^\s*$而非^$，删todo需限定注释上下文，改变量前缀用\bm_(\w+)\b，多文件替换须勾选“查找子文件夹”并确认编码。
Notepad++ 用正则批量清理冗余代码，关键不在“能不能”，而在于“匹配是否精准”——错一条边界条件，就可能删掉有效注释、破坏字符串字面量，甚至把 if (x == 0) 里的 == 当空格误删。
匹配空行必须加 \b 和 \s*，不能只写 ^$
很多人直接用 ^$ 查找空行，结果漏掉带空格或制表符的“伪空行”。真实项目里， （4个空格）和 \t\t 都算冗余空白，但 ^$ 完全不匹配它们。
-
^\s*$才是安全写法：\s包含空格、制表符、换行符前的回车/换行控制符，*允许零次或多次，确保所有“视觉上为空”的行都被捕获 - 若文件混用 Windows（
\r\n）和 Unix（\n）换行，建议先统一换行符（编辑 → EOL 转换 → UNIX/UTF-8），再执行替换，避免\r\n\r\n被当成两行空行却只删掉一个\r\n - 执行前务必勾选右下角状态栏显示的“正则表达式”——没显示就等于没开，
^\s*$会被当字面量查找，毫无效果
删 TODO/FIXME 注释要防跨行和嵌套干扰
直接搜 TODO 或 // TODO 很危险：可能匹配到字符串里（如 log("Processing TODO item")）或注释块中间（如 /* fixme: check null */）。必须限定在注释上下文内。
- 单行 C++/Java/JS 风格注释：
//\s*(TODO|FIXME|XXX).*，替换为空。注意//后的\s*吸收可能存在的空格，.*匹配到行尾 - Python
#注释：#\s*(TODO|FIXME|XXX).*，同理 - 绝对不要用
/*.*TODO.**/清理块注释——.*是贪婪匹配，会从第一个/*一直吃到文件末尾最后一个*/，整段代码直接报废；改用非贪婪/\*[^*]*\*+([^/*][^*]*\*+)*/太复杂且 Notepad++ PCRE 不完全支持，建议人工处理块注释
替换变量前缀时，\b 单词边界比 ^ 更可靠
比如要把所有 m_name 改成 name_，用 ^m_(\w+) 看似合理，但会漏掉函数参数 void foo(m_count c) 里的 m_count——它不在行首。
- 正确写法：
\bm_(\w+)\b。\b表示单词边界（字母/数字/下划线 与 非单词字符之间的位置），能匹配行中、括号内、点号后的独立变量名 - 替换为：
\1_，其中\1引用括号捕获的变量主体，_是后缀 - 风险点：如果代码里有
some_m_value，\bm_仍会匹配到中间的m_。此时需更严格限定，例如(?（使用正向先行断言），但 Notepad++ 7.9+ 才稳定支持，老版本建议分步处理
处理多文件替换时，路径通配符和编码必须手动确认
在“在文件中替换”对话框里填 D:\proj\src\*.cpp 并不自动包含子目录，** 通配符 Notepad++ 原生不支持——这是最常被忽略的失控点。
- 要搜子目录，必须勾选“查找子文件夹”，且路径写成
D:\proj\src\（结尾带反斜杠），不能写D:\proj\src\*.cpp——后者只查根目录下的 .cpp 文件 - UTF-8 with BOM 文件可能让正则中的
\R失效，导致跨行匹配失败。临时解决：先用编码 → 转为 UTF-8（无 BOM），再执行替换 - 批量替换前，先点“在文件中查找”，预览匹配结果。一旦发现某文件里出现意外高亮（比如匹配到了 JSON 字符串），立即停手，调整正则再试
正则不是万能锤子——它擅长处理结构清晰、边界明确的文本模式。遇到 """多行字符串"""、嵌套括号、HTML 混排等场景，宁可拆成多步手动处理，也别硬凑一个“理论上能跑”的复杂正则。时间花在验证上，远比修复替换事故便宜。
