Sublime Text 清理“错误代码”需分三步：先用精准正则删除 console.log/debugger（防跨行误删），再清除 C0 控制字符和残留 \r，最后安全压缩空行；自动粘贴过滤和保存时清理可预防问题。
Sublime Text 本身不执行代码，所谓“错误代码”其实是你肉眼识别或运行时报错后反推的可疑片段——比如调试语句、残留控制字符、非法缩进、空行污染等。清理不是靠语法检查，而是靠正则+上下文约束+字节验证。
怎么用正则精准删掉 console.log 和 debugger
模糊匹配 console\..* 会跨行、吃括号、误删变量名；必须限定在单行且结构完整：
- 匹配
console.log类：用console\.(log|info|warn|error|debug)\s*\([^)]*\);?——[^)]*防止跨括号，;?兼容有无分号 - 匹配
debugger：用^\s*debugger\s*;——^和\s*确保只删整行，不碰if (x) debugger;这类内联写法 - 别勾选
. matches newline，否则正则可能吞掉多行，破坏结构 - 替换前先
Find All看命中数，超 200 行建议分段操作，避免卡死
为什么删完还是 Python 报 SyntaxError: Non-UTF-8 code starting with '\x00'
因为报错根源不在逻辑，而在字节层：\x00（空字符）、单独的 \r（显示为 ^M）、\x1a 等 C0 控制字符根本不会被语法高亮渲染，但 Python 解释器读文件时第一关就卡在这儿。
- 先清 C0 控制字符（保留
\n和\t）：正则搜[\x00-\x08\x0b\x0c\x0e-\x1f\x7f]，替换成空 - 再单独处理行尾
\r：搜\r$（注意是行尾），替换成空 —— 这步专治 Windows 换行残留 - 验证是否真干净：终端跑
xxd test.py | head -n 5，输出里不能有00、孤立的0d（即\r后没跟0a） -
python -m py_compile test.py成功，才算过字节关；光看 Sublime 状态栏标着 “UTF-8” 没用
删空行时为什么 ^\s*$ 总是漏一行或删错
它不处理文件末尾无换行符的“隐形空行”，也分不清 Python 缩进空格和纯空行，在 Markdown 或 YAML 里更危险。
- 安全做法是两步走：先压缩连续空行为双换行（搜
\n\s*\n\s*\n+→ 替换成\n\n），再择机删单空行 - 如果文件是 CRLF（右下角显示 CRLF），得把正则改成
\r?\n\s*\r?\n\s*\r?\n+ - 别信 “一键清整个侧边栏” —— Sublime 的替换只作用于当前文件，这是引擎限制，不是你操作问题
- 批量清理多个文件？别硬刚 GUI，用命令行：
sed -i '/^[[:space:]]*$/d' *.py（Linux/macOS）或 PowerShell：Get-ChildItem *.js | ForEach-Object { (Get-Content $_.FullName) -notmatch '^\s*$' | Set-Content $_.FullName }
怎么防止下次又混进来控制字符
粘贴从网页、微信、Word 复制的代码时，\r、\x00、零宽空格 \u200b 就悄悄进来了。事后清理永远慢半拍。
- 在
Preferences → Settings – User里加两行："paste_text_filter":"all"（自动剥离粘贴内容里的所有控制字符）和"trim_automatic_white_space": true（移出某行时自动清行尾空格） - 这两项对 Python 缩进完全安全，也不会影响
Makefile或.env文件里的对齐空格 - 若某类文件（如
text.markdown）需要保留两个空格 + 换行的硬换行语义，可在语法专属设置里加"trim_trailing_white_space_on_save_exclude": ["text.markdown"]
真正难的不是写对正则，而是判断哪部分该删、哪部分要留——比如 # TODO: 是注释还是调试标记？print() 在测试文件里算不算“错误代码”？这些没法交给工具自动决定，得你盯着上下文按需裁剪。
