这问题我之前踩过好几次坑，大概率是virtualenv和pip的关联出了问题，或者包的安装信息没被pip正确识别。下面是几个最常见的原因和对应的排查方向：

• 你调用的不是virtualenv里的pip：
  有时候看似激活了virtualenv，但实际用的还是系统全局的pip。可以在终端里运行which pip（Linux/macOS）或者where pip（Windows），看看输出的路径是不是在你的virtualenv的bin（Linux/macOS）或Scripts（Windows）目录下。如果显示的是系统路径（比如/usr/bin/pip），那肯定看不到env里的包——得确保virtualenv激活状态正确，或者直接用./virtualenv/bin/pip（对应你的env路径）来执行命令。

• 包是手动复制到site-packages的，没走pip安装流程：
  pip识别依赖包靠的不是site-packages里的代码文件，而是每个包对应的xxx.dist-info或xxx.egg-info文件夹——这些是pip安装时自动生成的元数据文件，记录了包的版本、安装路径等信息。如果是直接把包的代码拷贝到site-packages，却没带上这些元数据文件夹，pip根本不知道这个包存在，自然不会在pip list里显示。

• virtualenv的Python版本和pip不匹配：
  你用的是Python2.7的virtualenv，但如果激活后python --version显示的不是2.7，或者pip --version里关联的Python版本和env的版本不一致，就会出现这种“包存在但pip看不到”的情况。比如系统里同时装了Python3，不小心把pip3当成了pip用，那肯定查不到Python2.7 env里的包。

• 元数据文件损坏或权限问题：
  如果之前是用pip装的包，但后来dist-info文件夹被误删、损坏，或者virtualenv目录的权限有问题（比如当前用户没有读写权限），pip也没法正确读取包的信息，导致pip list不显示。

快速解决建议： #

1. 先确认virtualenv是否正确激活：激活后终端提示符会显示你的env名称，再用python --version和pip --version确认版本匹配。
2. 如果是手动复制的包，别省事儿，直接重新执行pip install -r requirements.txt——让pip自己安装并生成元数据，这是最稳妥的方式。
3. 检查virtualenv目录的权限，确保当前用户能读写里面的所有文件。
4. 要是以上都没用，干脆删了旧的virtualenv重新创建一个，再安装依赖——很多奇怪的环境问题，重建env都能解决。

内容的提问来源于stack exchange，提问作者Bob91