VSCode无法识别“冗余包”，因其不扫描实际import调用；需用depcheck等外部工具静态分析源码与requirements.txt比对，再人工验证并逐个卸载，最后清理VSCode缓存及重启语言服务器。
直接删 pip uninstall 不行，它不识别“冗余”——所谓冗余包，是指没被任何代码 import 或调用的依赖。VSCode 本身不提供一键扫描+卸载功能，必须组合外部工具和编辑器能力才能安全清理。
为什么不能只靠 VSCode 自带的“保存时组织 import”？
source.organizeImports 只处理 import 语句的排序、合并与删除未引用的命名导入（如 from math import sqrt, unused_func 中的 unused_func），但它完全不碰 requirements.txt 或已安装的包列表。它不会告诉你 requests 装了但项目里一行 import requests 都没有。
- 该设置对
.ts/.tsx最稳定；.js文件若无 JSDoc 类型标注，大概率漏判未用 import - 它不扫描
__init__.py、字符串导入（__import__('pkg')）、或动态加载（importlib.import_module） - 即使启用了
"source.removeUnusedVariables": true，也只作用于变量声明，不影响 pip 包
真正能定位“冗余包”的命令行工具：depcheck
depcheck 是目前最轻量、最贴近“是否真被用到”逻辑的静态分析工具。它不依赖运行时，只扫描源码中的 import、require()、from ... import 等语法节点，并比对 package.json 或 requirements.txt。
- 先确保项目根目录有
requirements.txt：pip freeze > requirements.txt - 运行：
npx depcheck --json | jq '.dependencies'（需提前装jq） - 输出中
"lodash": []表示没找到任何调用；而"missing"字段是反向问题：代码里写了require('xxx')但requirements.txt没列，别误当成冗余 - 注意：
depcheck不是 VSCode 插件，不会高亮、跳转或自动删包——它只给报告
确认冗余后，安全卸载的实操要点
别用 pip uninstall -r requirements.txt 全删，那会把所有包都干掉。要逐个验证、逐个删：
立即学习“Python免费学习笔记（深入）”；
- 对
depcheck报告的疑似冗余包，先全局搜索：grep -r "import.*pkg_name\|from.*pkg_name" . --include="*.py"（Linux/macOS）或用 VSCode 的「在文件夹中查找」功能 - 检查是否被
setup.py、pyproject.toml或测试文件（tests/）间接依赖 - 卸载单个包：
pip uninstall pkg_name；加-y跳过确认（慎用） - 删完立刻运行
pip list和python -c "import pkg_name"验证是否真移除 - 最后更新
requirements.txt：pip freeze > requirements.txt，但建议先用pipreqs重生成更精准的依赖列表
VSCode 缓存和残留路径容易被忽略
删完包不代表 VSCode 就“忘了”它们。Python 扩展会缓存语言服务器状态、类型提示索引，甚至保留已卸载包的补全建议。
- 重启 Python 语言服务器：命令面板输入
Python: Restart Language Server - 清除 Python 扩展缓存：关闭 VSCode，删掉
~/.vscode/extensions/ms-python.python-*/language-server/下的cache目录（Windows 路径为%USERPROFILE%\.vscode\extensions\ms-python.python-*/language-server\cache） - 如果补全仍出现已卸载包名，说明 VSCode 正在读取旧的
site-packages快照——此时需重启 VSCode 并确保当前选中的解释器是目标虚拟环境（而非系统 Python）
