关于sys.path中系统路径与虚拟环境路径优先级的疑问

我用python -m venv venv创建了虚拟环境。未激活时运行以下代码：

import sys
print(sys.path, sys.prefix)

得到的结果符合预期：

['', '/usr/lib/python312.zip', '/usr/lib/python3.12', '/usr/lib/python3.12/lib-dynload', '/usr/lib/python3.12/site-packages'] /usr

激活虚拟环境后，输出变为：

['', '/usr/lib/python312.zip', '/usr/lib/python3.12', '/usr/lib/python3.12/lib-dynload', '/home/myname/mypath/venv/lib/python3.12/site-packages'] /home/myname/Projects/pypath/venv

我困惑的是，激活后sys.path中系统级路径似乎排在虚拟环境目录之前，请问解释器确实会优先搜索系统级位置吗？

解答 #

首先要明确：解释器不会优先搜索系统级第三方包位置，你看到的路径需要区分两类：

• /usr/lib/python3.12、/usr/lib/python3.12/lib-dynload这些是Python的标准库路径，虚拟环境激活后依然会保留这些路径——因为venv默认不会复制系统的标准库，而是复用系统Python的标准库文件，这是正常设计，目的是节省磁盘空间。
• 真正决定第三方包搜索优先级的是site-packages目录：激活虚拟环境后，系统级的/usr/lib/python3.12/site-packages已经从sys.path中被移除，替换成了虚拟环境专属的/home/myname/mypath/venv/lib/python3.12/site-packages，这意味着解释器只会搜索虚拟环境内的第三方包，完全不会用到系统级的第三方包。

如果要验证这一点，可以做个简单测试：

1. 激活虚拟环境，安装一个指定版本的包，比如pip install requests==2.31.0
2. 在Python中运行以下代码：

   import requests
   print(requests.__file__)
   

   输出的路径会指向虚拟环境的site-packages目录，证明解释器优先且仅使用虚拟环境内的包。

另外，你可以查看虚拟环境根目录下的pyvenv.cfg文件，里面默认有include-system-site-packages = false配置，这就是系统级第三方包被排除的原因；如果设为true，系统的site-packages才会被加入搜索路径，但这不是默认行为。

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