Vulture 不提升项目加载速度，仅发现未使用代码；它无法识别动态调用、__all__ 导出、框架钩子等运行时行为，误报常见，删错可能引发导入失败、模块缺失或 CLI 崩溃，真正影响加载的是惰性导入、循环引用等深层问题。
Vulture 本身不会提升项目加载速度——它只帮你发现未使用的代码，删不删、删完是否真能提速，得你自己判断和验证。
为什么 vulture 找出的“冗余”不一定该删
Vulture 静态分析 Python 代码，靠符号引用关系判断变量、函数、类是否被使用。但它无法识别运行时动态行为：
-
getattr(obj, name)或globals()[name]调用的函数，会被标记为“未使用” - 被
__all__显式导出但实际没被外部 import 的名字，可能误报 - Django/Flask 的视图函数、信号接收器、ORM 模型字段方法，若没被直接调用，常被误判
- 测试文件里定义但仅在 pytest fixture 中使用的 fixture 函数，也可能被标为冗余
怎么跑 vulture 才不漏关键路径
默认只扫描当前目录下 .py 文件，容易忽略入口点或配置驱动的模块。建议：
- 指定完整路径：
vulture . --min-confidence 80（--min-confidence控制误报率，默认 60，提至 80 可减少噪音） - 显式包含入口脚本：
vulture main.py app/ tests/ --min-confidence 80 - 排除测试和迁移文件：
vulture src/ --min-confidence 80 --min-detections 1 --exclude="tests/,migrations/" - 生成报告再人工核对：
vulture . --min-confidence 80 --report > vulture-report.txt
删掉 vulture 报告里的东西后，为什么启动反而变慢了？
常见陷阱是删了“看似没用、实则影响导入链”的代码：
立即学习“Python免费学习笔记（深入）”；
- 删掉一个空的
__init__.py，导致包结构失效，后续 import 失败或触发隐式搜索 - 删掉被
importlib.import_module()字符串导入的模块，运行时报ModuleNotFoundError - 删掉被
setup.py或pyproject.toml的entry_points引用的函数，CLI 命令直接挂掉 - 删掉被 logging 配置中字符串引用的 handler 类，日志初始化失败，进程卡住
真正影响加载速度的，往往是大型第三方库的惰性导入、循环 import、或 __init__.py 里过早执行的初始化逻辑——这些 vulture 完全不碰。它只是个“线索提供者”，不是性能优化开关。
