直接搜索console.log易误删漏删，因其常被注释、嵌入字符串、作变量名或用于模板字面量；sublime正则无语法分析能力，需用三类精准表达式匹配真实调试语句，并严格预览校验。
为什么直接搜 console.log 会误删或漏删
因为真实代码里 console.log 很少孤立存在：它可能被注释掉（// console.log）、嵌在字符串里（'console.log(1)'）、作为变量名一部分（const console = {}），甚至写成模板字面量（console.log`x`）。Sublime 的正则不理解语法上下文，只认字符序列——不加约束地全局替换，大概率破坏代码结构或删错内容。
安全匹配调试日志的正则写法
目标是只命中「真正执行的、独立的、非注释/非字符串内的」调试语句。推荐以下三类表达式，全部需勾选 .*（启用正则）且取消 Match Case：
-
^\s*console\.(log|warn|error|info|debug|table)\b\([^)]*\);\s*$——匹配整行、缩进可选、括号内不含右括号、结尾带分号 -
^\s*debugger;\s*$——单独一行的断点语句，最干净 -
\b(console\.(log|warn|error)|debugger)\b(?![^(]*\))——用于非整行场景（如函数体内），靠(?![^(]*\))排除已进入括号的情况（降低误匹配风险）
注意：\b 防止匹配到 myconsole.log 或 logLevel；[^)]* 比 .*? 更安全，避免跨行或贪婪吞掉后续代码。
替换前必须做的两件事
别跳过预览和上下文校验——这是避免救火的唯一防线：
- 先点
Find All，观察高亮是否全是目标语句；重点看是否混入了//开头行、引号包裹内容、或if (x) console.log()这类未换行的语句 - 打开替换面板（
Ctrl+H），勾选Preview（替换预览），逐条确认替换后是否仍为合法语句；若某行删掉后导致上一行缺分号或缩进错乱，就跳过它 - 对封装日志（如
Logger.debug()或log('msg')），不能靠正则一锅端——得先查import或require路径，确认是否属于调试用途
大文件处理时容易卡死或出错
千万行级 JS 文件用正则全量替换，Sublime 容易无响应或匹配错位：
- 先用
File → Reopen with Encoding → UTF-8统一编码，避免 BOM 或乱码干扰^/$ - 拆分文件：用
Ctrl+Shift+P → Split into Lines或外部工具（如split -l 10000）切块处理 - 关闭所有非必要插件（尤其那些监听保存事件的），减少内存压力
- 如果正则执行缓慢，说明用了回溯灾难型表达式（如
.*\..*）——换成更具体的[^;\n]*或[^}]*替代
真正难的不是写出正则，而是判断哪一行该删、哪一行只是长得像——机器分不清 console.log('prod') 和 console.log('dev')，这一步必须人眼过。
