sublime text无法识别废弃类库代码，因无ast解析能力；安全清理需先用正则筛选高概率废弃import行（如^from\s+\w+\s+import\s+\[\w,\s\]+），再人工逐行确认，结合pipdeptree、全局搜索及引用分析，严禁依赖一键插件。
Sublime Text 本身不分析代码语义，无法识别“废弃类库代码”——它没有 AST 解析能力，也不连接项目依赖图。所谓“清理”，只能靠正则+人工校验，否则删掉 import 却漏删 requests.get() 调用，或误删被动态加载的模块名，项目直接崩。
怎么用正则安全定位疑似废弃的 import 行
重点不是“全删 import”，而是先筛出高概率废弃项，再逐行确认。别信“一键删未使用 import”的插件，Sublime 没法判断变量是否被反射调用、是否在字符串里拼接、是否被 __import__ 加载。
- 打开
Find → Replace（Ctrl+H），勾选Regular Expression - 查找框填：
^from\s+\w+\s+import\s+[\w,\s]+(? —— 匹配标准 import 行，排除带点号（如 <code>from django.conf import settings）和续行的复杂情况 - 替换框留空，先点
Find All看匹配数；超 200 行就分文件处理，避免误操作扩散 - 特别注意：Python 的
from . import xxx（相对导入）和importlib.import_module("xxx")完全不会被这个正则捕获，不能依赖它做完整扫描
为什么直接删 import 后代码可能运行失败
删 import 不等于删依赖，很多“废弃”只是表象。真实风险点集中在三类场景：
-
import被用于类型提示但未实际执行（如from __future__ import annotations+def f(x: MyType) -> None:），删了会触发NameError - 类库被
setup.py或pyproject.toml声明为extras_require项，虽未在当前文件 import，却是整个包的可选依赖 - 测试文件（
test_*.py）里 import 的类库，在 CI 环境中仍被 require，删了导致 test 失败 - 某些框架（如 Flask、Django）靠 import 触发注册机制（如
@app.route装饰器必须被 import 才生效），删了路由直接 404
真正能落地的清理流程（非一键）
放弃“自动识别废弃”，转为“人工驱动 + 工具辅助”。关键动作必须手动确认，工具只负责收窄范围：
- 先跑
pipdeptree --reverse --packages your_lib_name（需安装pipdeptree），看该类库是否被其他已安装包依赖——如果被requests或click间接依赖，就不能动 - 在 Sublime 中用
Find in Files（Ctrl+Shift+F）搜import your_lib_name和from your_lib_name import，确认是否只出现在已知废弃模块（如legacy_api.py）中 - 对每个匹配行，右键 →
Find All References（需安装SublimeCodeIntel或anaconda插件），看是否有调用痕迹；没任何引用才标记为候选 - 删前备份：选中目标 import 行 →
Ctrl+Shift+P→ 输入Copy Line→ 粘贴到新 tab 存档，防止回滚时抓瞎
最常被忽略的是动态导入路径：比如 module_name = "xxx"; __import__(module_name) 或 getattr(importlib.import_module("pkg"), name)，这类完全绕过静态分析。只要代码里存在字符串拼接 import，就别信任何“安全清理”说法——得靠 grep -r "import.*xxx\|xxx.*import" 全盘扫，而不是依赖 Sublime 的 GUI 替换。
