嘿，这个问题我之前也碰到过，其实核心原因是：当你用--system-site-packages创建虚拟环境时，它是继承创建那一刻系统site-packages里的内容，但之后通过apt-get新安装的包，虚拟环境的路径列表并没有自动更新进去。下面给你几个靠谱的解决办法：

1. 永久添加系统site-packages路径（推荐） #

这是最稳妥的方式，能让虚拟环境一直识别后续系统安装的包：

• 首先找到系统级Python的site-packages路径，在终端运行系统级Python（不要激活虚拟环境）：

  import site
  print(site.getsitepackages())
  

  输出里的路径（比如Ubuntu下的/usr/lib/python3/dist-packages）就是apt-get安装包的默认位置。
• 激活你的虚拟环境，找到它的site-packages目录，比如虚拟环境名为venv，路径就是venv/lib/pythonX.X/site-packages（X.X是你的Python版本，比如3.10）。
• 在这个目录里新建一个.pth文件，比如命名为system-packages.pth，把刚才查到的系统site-packages路径写入文件并保存。

下次启动虚拟环境时，就会自动加载这个路径下的所有包了。

2. 临时手动添加路径（测试用） #

如果只是临时需要测试新安装的包，可以用这个方法：

• 激活虚拟环境后，打开Python交互模式：

  import sys
  sys.path.append("/path/to/system/package/location")  # 替换成你查到的系统site-packages路径
  

  这时候就能导入新包了，但重启虚拟环境后会失效，适合快速验证。

3. 重新创建虚拟环境（备选） #

如果上面的方法嫌麻烦，直接重建虚拟环境也能解决，但要注意备份现有依赖：

• 先导出虚拟环境里已安装的包：

  source venv/bin/activate
  pip freeze > requirements.txt
  deactivate
  

• 删除旧虚拟环境，重新创建：

  rm -rf venv
  virtualenv venv -p python3 --system-site-packages
  

• 重新安装之前的依赖：

  source venv/bin/activate
  pip install -r requirements.txt
  

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