必须分层识别、逐类确认、手动校验，因console.log等调试语句可能位于字符串、变量名、注释或嵌套结构中，且存在多种变体及环境条件包裹，需用\b(console.(log|info|warn|error|debug|table)|debugger)\b正则精准匹配。
不能靠一个正则“一键清空”，必须分层识别、逐类确认、手动校验——否则删掉的是调试语句，留下的是语法错误。
为什么 console.log 不能直接全局替换
匹配 console\.log 看似简单，但真实代码里它可能出现在：
- 字符串中：
"if (x) console.log('debug')"→ 删掉就破坏 JSON 或模板字面量 - 变量名里：
const myconsole = { log() {} };→console是子串，不是调用 - 注释里：
// console.log('temp')→ 该行本就不执行，但删掉后可能影响后续行号引用 - 嵌套结构内：
if (DEBUG) console.log(x); else doWork();→ 单删console.log行会留下悬空else
更麻烦的是，debugger、console.warn、console.table、自定义 log() 或 trace() 都得单独覆盖，且需判断是否被 if (process.env.NODE_ENV === 'development') 包裹。
安全批量定位的三步法（不卡死、不误删）
对千万行文件，先停掉渲染、关插件、切 Plain Text 模式，再执行：
- 打开
Ctrl+Shift+P，输入Preferences: Settings – User，加入："draw_white_space": "none", "line_numbers": false, "highlight_line": false, "word_wrap": false
- 用
Ctrl+F，勾选Regular Expression和Whole Word，查找：\b(console\.(log|info|warn|error|debug|table)|debugger)\b
——\b防止匹配到myconsole，不加. matches newline避免跨行误伤 - 点
Find All，再按Ctrl+Shift+P输入Expand Selection to Line，把每个匹配扩展成整行；此时观察每行是否满足：- 结尾有分号或右大括号
- 不在
/* */或//注释内（看左侧是否有高亮注释色） - 没被引号/反引号包裹（检查前后引号是否配对）
Delete
删完还要防缩进断裂
删除某行后，下一行的缩进可能突然“悬空”，尤其在 Python、YAML 或带条件块的 JS 中：
- 别依赖
Reindent命令自动修复——它按语法定义重排，可能把if块缩进改成 2 空格，而项目规范是 4 空格 - 删完一批后，用
Ctrl+Shift+P输入Indentation: Convert to Spaces统一空格数，再手动检查缩进层级是否连续 - 对 Python 文件，删完立刻跑
black或autopep8格式化，比靠 Sublime 自动补缩进更可靠
最易被忽略的是：删掉 console.log 后，原位置留下的空行如果恰好是函数体最后一行，可能让 PEP 8 或 ESLint 报 trailing whitespace 警告——得顺手开 trim_trailing_white_space_on_save 设置，或手动跑一次 Trim Trailing White Space 命令。
