不能直接用正则全局替换删 console.log，因其嵌套在代码结构中，盲目删除会破坏语法和缩进；且需区分调试日志（如 console.error、debugger）与生产功能（如 logger.log）、避免误删注释、字符串或变量名中的 console；sublime 安全清理需分步：先正则预筛选+多光标定位，再逐行校验上下文（是否独立语句、是否在注释/字符串内、是否属封装日志），最后人工确认删除；处理大文件前须检查编码、拆分文件、关闭插件；对封装日志要查 import/require 路径及环境条件判断。
为什么不能直接用正则全局替换删掉 console.log 行
因为真实代码里 console.log 往往嵌套在条件分支、循环或函数体内，单独删行会破坏缩进结构和语法完整性；更麻烦的是，有些日志是 console.error、debugger、console.table，甚至被封装成自定义函数如 log() 或 trace()。盲目匹配 console\. 会误杀注释里的字符串、模板字面量中的日志内容，或者把 console 当作变量名的一部分（比如 const console = new Logger()）干掉。
Sublime Text 中真正安全的剥离策略
分两步走：先定位所有可能的日志调用点，再逐个确认上下文是否可删。靠单次正则不现实，得组合使用「多光标 + 正则预筛选 + 手动校验」：
- 打开
Find → Find...（Ctrl+F），勾选Regular Expression和Whole Word - 输入正则：
\b(console\.(log|warn|error|info|debug|table)|debugger|(? —— 注意 <code>(? 排除 <code>obj.log()这类调用 - 点击
Find All，Sublime 会高亮所有匹配项并生成多光标；此时别急着删，按Ctrl+Shift+P输入Expand Selection to Line，把光标扩展到整行 - 观察每行是否为独立语句（结尾有分号或大括号）、是否在注释块内（行首含
//或被/* */包裹）、是否位于字符串/模板中（看引号或反引号配对）—— 只有明确是调试语句才按Del
批量处理千万行文件前必须做的三件事
Sublime 默认加载整个文件进内存，千万行 JS 文件轻松超 500MB，强行打开会卡死或崩溃：
- 用
file命令确认编码：file -i huge.js，确保是utf-8；若为iso-8859-1等编码，先用iconv转换，否则正则匹配会漏字符 - 拆分文件：用
split -l 100000 huge.js chunk_拆成十万行一组的小文件，逐个处理，避免 Sublime 内存溢出 - 关闭所有插件：特别是
SideBarEnhancements、GitGutter这类常驻监听插件，它们会在大文件里持续扫描，拖慢查找速度甚至导致崩溃
如何避免删掉不该删的 log 函数调用
很多项目把日志封装成模块方法，比如 Logger.log()、utils.debug()，甚至用解构赋值引入：const { log } = require('./debug')。这类调用不是调试残留，而是生产环境需要的功能：
- 检查调用前是否有
import/require语句指向logger、debug、utils等路径，若有，跳过该行 - 搜索
export.*log或function log\(定位自定义实现，记下函数名，在后续正则中用(?!Logger\.|utils\.)log\s*\(\)排除 - 留意 Webpack/Vite 的
process.env.NODE_ENV === 'development'包裹块——里面的所有console都可删，但要保留外层条件语句本身，否则破坏逻辑
实际操作中，最耗时的不是正则匹配，而是判断某行 log('x') 是临时调试还是业务埋点。这种模糊地带没法全自动，得人工扫一眼上下文再决定。
