Sublime Text无法反混淆，清理混淆代码需先识别模式再人工验证：关注\_0x[0-9a-f]{4}等命名、守卫函数、防重定义语句；用Find in Files定位高风险文件；检查eval/new Function动态调用；仅可安全清理冗余空白与注释。
Sublime Text 本身不提供“反混淆”能力，清理混淆后的无用代码不能靠正则或一键删除解决——混淆代码（如 var _0x1a2b = [...]、function _0x3c4d() {...}）往往语义被压缩、控制流被扁平化、变量名被替换，直接删行极易破坏逻辑。真正可行的路径是：先识别可疑模式，再结合上下文判断是否可删，最后用 Sublime 的局部操作辅助人工验证。
怎么识别混淆代码里的“伪空行”和“伪空函数”
混淆器常插入大量看似无用的结构，但它们可能参与控制流跳转或字符串解密。别信肉眼判断，重点看三类信号：
-
_0x[0-9a-f]{4}或$jscomp$[a-z0-9_]+这类命名模式，大概率是混淆变量或函数，不是空行，不能用^\s*$删除 - 函数体只有一行
return;或void 0;，但调用处有if (_0x5e6f())，说明它承担守卫逻辑，删掉可能让条件永远为 false - 连续多行形如
var _0x7890 = _0x7890 || [];，看似重复赋值，实则是混淆器注入的“防重定义”保护，删了可能导致 ReferenceError
用 Sublime 的 Find in Files 定位高风险区域，而不是全局替换
混淆代码通常集中在特定文件（如 bundle.min.js、obfuscated.js），盲目全文件清理等于重构。正确做法是缩小范围：
- 打开
Ctrl+Shift+F（Find in Files），在Where:框填入具体路径，比如js/compiled/或dist/*.js - 查找框填：
function\s+_0x[a-f0-9]{4}\s*\(\)（匹配无参混淆函数声明），勾选Regular Expression - 点
Find All，看匹配数；若超 200 行，说明该文件高度混淆，不建议手动删，应退回源头修复 - 对单个疑似无用函数，右键 →
Go to Definition（需安装 SublimeCodeIntel 或 JSCompletions），看是否真没被引用
删之前必须确认：它是不是被 eval / new Function 动态调用
混淆代码里最危险的“无用段落”，其实是被字符串拼接后执行的。这类代码 Sublime 看不到调用链，但运行时会激活：
- 搜索
eval\(.*_0x[0-9a-f]{4}或new Function\(.*_0x[0-9a-f]{4}，如果存在，对应变量绝不能删 - 检查是否有
atob\(|base64Decode\(|_0x[0-9a-f]{4}\.call\(this，这些是典型解密入口，其参数字符串里藏了真实逻辑 - 用 Sublime 的
Ctrl+D多光标选中某个混淆变量名（如_0x1234），按F3跳到下一处，快速扫一遍所有出现位置：如果只在赋值和 return 出现，且没出现在括号调用中，才初步可信为死代码
真正能安全清理的，只有混淆器留下的冗余空白和注释
混淆过程常带入大量无意义空格、制表符、换行，以及自动生成的版权注释块。这部分可以用 Sublime 原生功能处理，不伤逻辑：
- 开启
trim_trailing_white_space_on_save：在用户设置里加"trim_trailing_white_space_on_save": true，保存时自动清行尾空格和\t，不影响缩进 - 删大段注释：查找
/\*\*[\s\S]*?\*/（勾选. matches newline），替换为空，但注意别误删/*!开头的保留注释（如 license） - 压连续空行：用
\n\s*\n\s*\n+替换为\n\n，避免视觉干扰掩盖真实结构
混淆代码的“无用”是运行时概念，不是文本层面概念。Sublime 只能帮你看清文本、定位模式、辅助验证；决定哪段能删，必须结合源码构建流程、打包配置（如 webpack 的 optimization.removeAvailableModules）、以及是否接入了 sourcemap。漏掉一个动态调用点，上线后就可能白屏。
