应禁用渲染、关闭插件并用无GUI模式处理大JS文件，再用分类型精准正则（如console.(log|info|warn|error|debug)\s(1);?）替换，避免跨行误删；删后须验证语法与结构，不直接覆盖原文件。) ↩
别用模糊正则全局扫，尤其别搜console\..*——它会跨行吃掉注释、误删变量名、破坏 JSON 字段，千万行 JS 里漏删或错删一处就可能让构建失败。
为什么直接 Ctrl+H 批量删 console.log 容易卡死或崩
Sublime Text 在打开大 JS 文件（尤其 >10MB）时，默认开启语法高亮和行号渲染。一旦执行正则替换，编辑器会反复重 token 化整份文件并重绘 UI，极易触发内存爆满或界面冻结。
- 必须先禁用渲染：在命令面板（
Ctrl+Shift+P）输入Preferences: Settings – User，加入："draw_white_space": "none",<br>"line_numbers": false,<br>"highlight_line": false,<br>"word_wrap": false
- 关插件：菜单
Preferences → Package Control → Disable Package，重点禁用BracketHighlighter、Emmet、JSFormat等重型插件 - 超大文件建议用无 GUI 模式启动：
subl --no-gui --safe-mode（macOS/Linux）或subl.exe -noindex -n（Windows）
console 类调试语句的精准正则写法
不能只靠 console\..*，要分类型、锚定位置、控制匹配范围，避免跨行或嵌套误伤。
-
console.log/info/warn/error/debug：
查找框填：console\.(log|info|warn|error|debug)\s*\([^)]*\);?
注意：末尾分号可选，[^)]*防止跨括号匹配 -
debugger语句：
查找框填：^\s*debugger\s*;
加^和\s*是为了匹配缩进后的语句，不碰const debugger = {}这类变量定义 - 注释型调试（如
// DEBUG:）：
查找框填：^\s*//\s*DEBUG.*$
确保只删整行，不污染其他//注释 - 务必勾选
Regular Expression和Whole Line（如果匹配整行），避免部分替换导致语法错乱
删完必须验证，不是点完 Replace All 就完事
批量清理后残留一两处 console.table 不致命，但若正则误删了 consoleOutput 变量、console 字段或 JSON 中的键名，后续 node -c 或构建就会报错。
- 快速扫上下文：再搜一遍
console，确认只剩非调试用途的命名（如const console = ...） - 检查结构完整性：用
Ctrl+Shift+P→Selection: Expand Selection to Brackets测试任意函数体是否还能被完整选中 - 最小语法验证：另存为
main.clean.js，终端执行node -c main.clean.js（仅限 JS） - 永远不直接覆盖原文件——先另存，确认无误再手动替换
最容易被忽略的是正则边界和文件末尾状态：同一项目混着 LF 和 CRLF 换行符时，^\s*debugger\s*; 可能漏掉 Windows 风格的行；而文件末尾没换行符的那行，$ 锚点会失效，得额外补一次 \s*debugger\s*;?\s*$ 并关闭 Whole Line 再扫一遍。
