直接删调试代码会卡死，因sublime text默认启用语法高亮和行号渲染，批量操作触发频繁重绘与token化导致内存爆满或ui冻结；应启用无渲染模式、禁用插件并精准正则匹配。
为什么直接删调试代码会卡死 Sublime Text
打开千万行文件时，Sublime Text 默认启用语法高亮和行号渲染，一旦你用 Ctrl+H 批量替换或正则删除 console.log、debugger 等调试语句，编辑器会在后台反复重绘、重新 token 化整份文件，极易触发内存爆满或 UI 冻结。这不是配置问题，是底层渲染机制限制。
用「无渲染模式」打开超大文件再操作
跳过语法高亮和行号，让 Sublime Text 当纯文本处理器用，能瞬间把响应速度拉回正常水平：
- 启动时加参数：
subl --no-gui --safe-mode --command "set_setting draw_white_space none"（macOS/Linux）；Windows 用subl.exe -noindex -n - 或先关闭所有插件：菜单 Preferences → Package Control → Disable Package，禁用
Emmet、BracketHighlighter等重型插件 - 手动关闭渲染项：在命令面板（
Ctrl+Shift+P）输入Preferences: Settings – User，加入："draw_white_space": "none", "line_numbers": false, "highlight_line": false, "word_wrap": false
正则批量清除调试语句的实操要点
别用模糊正则（比如 console\..*），容易跨行误删或漏掉嵌套结构。要分场景精准匹配：
-
console.log类：用console\.(log|info|warn|error|debug)\s*\([^)]*\);?，注意末尾分号可选，避免匹配到函数调用内部 -
debugger：直接匹配^\s*debugger\s*;（加^和\s*防缩进干扰） - 注释型调试（如
// DEBUG: xxx）：用^\s*//\s*DEBUG.*$，确保只删整行 - 务必勾选
Regex和Whole Line（如果匹配整行），避免部分替换引发语法错乱
删完必须验证是否残留或破坏结构
千万行里漏删一两处 console.table 不致命，但若正则误删了 console 开头的变量名（如 const consoleOutput = ...）或 JSON 字段，后续构建就可能失败：
- 删完后快速扫几处上下文：搜
console看是否还有非调试用途的残留 - 检查括号/引号配对：用
Ctrl+Shift+P→Selection: Expand Selection to Brackets测试任意函数体是否还能被完整选中 - 导出前做最小验证：保存为新文件，用 Node.js 执行
node -c filename.js检查语法（仅适用于 JS） - 别直接覆盖原文件——永远先另存为
main.clean.js，确认无误再替换
真正耗时的不是删代码，而是删完不敢信它真干净了。多花十秒验证，比打包失败后翻几十万行日志强得多。
