sublime text 无法自动识别无用函数，因其缺乏 ast 解析与依赖分析能力；安全清理需三步：定位→确认→删除，并辅以外部工具验证和手动上下文审查。
Sublime Text 本身不分析函数调用关系，无法自动识别“无用函数”——它没有 AST 解析能力，也不连接项目依赖图。所谓“清理全局无用函数”，本质是「人工辅助 + 精准正则 + 外部验证」的组合操作，不是一键删除。
为什么不能靠 Sublime 自动判断函数是否无用
Sublime 是文本编辑器，不是语言服务器或静态分析工具。它看不到 import/export、调用链、动态字符串拼接调用（如 eval(funcName)）、测试文件引用、甚至跨文件的 getattr(obj, name)。直接删函数名匹配行，大概率误伤。
-
console.log类调试语句能正则删，是因为语义固定；函数声明却可能被条件导出、运行时注册、或仅在构建产物中使用 - 比如
function utils$formatDate() { }看似没调用，但可能是 Webpack tree-shaking 前的原始模块，删了构建就报错 - Sublime 的
Find in Files搜function myUnusedFn只能找声明，搜myUnusedFn(可能漏掉obj.myUnusedFn?.()或模板字符串里的调用
安全清理的三步实操路径
先定位、再确认、最后删——跳过任意一步都容易翻车。
- 用
Find in Files（Ctrl+Shift+F）搜函数名全量出现位置：包括声明、调用、字符串字面量、注释（避免搜到// TODO: remove myUnusedFn） - 手动过滤结果：右键每个匹配项 →
Open File，看上下文。重点检查：- 是否在
if (DEBUG)块里（实际可能启用） - 是否是
export function且被其他文件import（即使当前项目没搜到，也可能是依赖包引用） - 是否在
.d.ts类型声明里作为接口方法存在
- 是否在
- 删之前，用外部工具交叉验证：对 JS/TS 项目，跑
eslint --no-eslintrc --rule "no-unused-vars: error" *.js；对 Python，用pyflakes或pylint --disable=all --enable=unused-argument,unused-variable
正则删函数体要避开的坑
别用模糊正则暴力删整个 function xxx() { ... } 块——嵌套括号、注释、字符串里的 } 都会导致截断错误。
- 安全做法是只删「无调用痕迹 + 明确标记废弃」的函数：比如开头带
/** @deprecated */或// DEPRECATED:的整块 - 查找填：
\/\*\*[\s\S]*?@deprecated[\s\S]*?\*\/[\s\S]*?function\s+\w+\s*\([^)]*\)\s*\{[\s\S]*?\}（需勾选. matches newline） - 但注意：这个正则仍可能跨函数误吞（如函数内含多行注释），务必
Find All先预览，别直接Replace All - 更稳的是用 Sublime 的
Ctrl+Shift+P→Expand Selection to Brackets手动框选函数体后删——适合删 3–5 个确认无用的函数
删完必须做的验证动作
删函数不是改空格，影响是结构性的。不验证就提交，CI 很可能立刻失败。
- JS/TS：用
node -c file.js或tsc --noEmit --skipLibCheck快速过语法和基础类型 - Python：用
python -m py_compile file.py检查字节码生成是否成功 - 搜残留：删完再
Find in Files搜函数名，确认声明和调用都清零；再搜export.*myUnusedFn防漏导出 - Git diff 里重点看删掉的是否包含
export default或module.exports =——这类删了可能破坏模块契约
最常被忽略的是「函数名在字符串或正则字面量里被引用」，比如 const method = 'myUnusedFn'; obj[method]();。这种调用 Sublime 和 ESLint 都看不见，只能靠业务逻辑推演或运行时日志反查。真要清理无用函数，得接受它是个需要上下文判断的手动过程，而不是正则能解决的纯文本问题。
