pip uninstall -r requirements.txt -y 仅卸载包注册信息，不删除 site-packages 中的源码目录，因 pip 默认只移除 dist-info/egg-info 元数据；残留目录可能被 sys.path 引用，导致 import 仍成功但 pip show 找不到包。
pip uninstall -r requirements.txt -y 不能清理残留的包目录，它只卸载包注册信息，不删源码或构建产物。
为什么 pip uninstall 后还留着 site-packages 里的文件夹
pip 卸载时默认只删除 dist-info 目录和 egg-info 元数据，但不会主动清空包的源码目录（比如 requests/、numpy/）。尤其当包是通过 pip install -e . 或从本地路径安装时，pip 会创建符号链接或直接引用原目录——卸载后那个目录还在，且仍能被 Python import 成功。
- 常见现象：
import requests仍成功，但pip show requests报错 “Package not found” - 根源：Python 的
sys.path里还挂着那个路径，比如/path/to/my-reqs/requests/ - 验证方式：运行
python -c "import requests; print(requests.__file__)"，看输出是不是指向一个非site-packages的位置
手动清理残留包目录的实操步骤
先定位真实安装路径，再安全删除。别直接扫 site-packages 盲删——有些包（如 setuptools）可能被系统工具依赖。
- 查所有已知安装路径：
python -c "import site; print('\n'.join(site.getsitepackages()))" - 进每个路径，用
ls -la | grep -E '^[d]'找出疑似残留的目录（注意区分package_name/和package_name-*.dist-info/） - 对每个可疑目录，运行
python -c "import package_name; print(package_name.__file__)"确认是否还能 import；如果报错 ModuleNotFoundError，说明可删 - 删前备份：
mv package_name package_name.bak，再试运行项目，无异常再rm -rf package_name.bak
哪些包目录根本不能删
不是所有看着像第三方包的目录都能动。以下几类必须跳过：
-
pip、setuptools、wheel、pkg_resources—— 卸载它们会导致 pip 失效 - 名字带
conda、virtualenv、venv的目录 —— 它们是环境管理器自身组件 - 路径含
lib/python3.x/且不在site-packages下的目录 —— 很可能是系统 Python 自带模块（如json、os），删了 Python 直接崩 - 目录内含
__init__.py但无dist-info，且被其他已装包显式 import（比如某些插件架构的扩展包）—— 需结合代码扫描确认
自动化清理的边界与风险
目前没有通用工具能 100% 安全识别并删除“临时依赖拉取残留”。pip-autoremove 不处理路径挂载，pipreqs 不分析 sys.path 动态加载，pip list --outdated 更无关。
- 最接近的方案：用
pip list --format=freeze > all.txt+pip freeze > now.txt，对比差集后人工检查对应目录 - 真正危险的是那些没进 pip 记录、但被
sys.path.insert(0, ...)加进去的路径——它们永远在 pip 视野之外 - 如果你用过
pip install --find-links file://...或离线 wheel 安装，对应 wheel 解压目录也得手动翻pip cache dir下找
残留包目录的问题不在“怎么删”，而在“删之前你是否清楚它为什么存在”。盲目清目录比留着更伤环境——尤其是当那个目录其实是另一个项目的开发源码时。
