Python的sys.path是从哪里初始化的？

Question

Python的sys.path是从哪里初始化的？

UPD：Python 在引用 PYTHONPATH 之前添加一些路径：

    >>> import sys
    >>> from pprint import pprint as p
    >>> p(sys.path)
    ['',
     'C:\\Python25\\lib\\site-packages\\setuptools-0.6c9-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\orbited-0.7.8-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\morbid-0.8.6.1-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\demjson-1.4-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\stomper-0.2.2-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\uuid-1.30-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\stompservice-0.1.0-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\cherrypy-3.0.1-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\pyorbited-0.2.2-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\flup-1.0.1-py2.5.egg',
     'C:\\Python25\\lib\\site-packages\\wsgilog-0.1-py2.5.egg',
     'c:\\testdir',
     'C:\\Windows\\system32\\python25.zip',
     'C:\\Python25\\DLLs',
     'C:\\Python25\\lib',
     'C:\\Python25\\lib\\plat-win',
     'C:\\Python25\\lib\\lib-tk',
     'C:\\Python25',
     'C:\\Python25\\lib\\site-packages',
     'C:\\Python25\\lib\\site-packages\\PIL',
     'C:\\Python25\\lib\\site-packages\\win32',
     'C:\\Python25\\lib\\site-packages\\win32\\lib',
     'C:\\Python25\\lib\\site-packages\\Pythonwin']

我的 PYTHONPATH 是：

    PYTHONPATH=c:\testdir

我想知道 PYTHONPATH 之前的那些路径来自哪里？

Answer 1

编辑

当我在 2015 年写这篇文章时，没有关于这个主题的文档。 现在有 根据评论，如果您也想查看一下。 中还有该算法的散文解释代码库中 getpath.py 的注释。 我仍然相信我的答案是相关的并且相对当前。

原文如下

Python 确实努力智能地设置 sys.path< /代码>。 怎么样
set 可以得到 真的 复杂。 以下指南是淡化的，
有点不完整，有点错误，但希望有用的指南
对于普通的Python程序员来说，当Python发生时会发生什么
找出用作 sys.path 的初始值，
正常情况下的 sys.executable、sys.exec_prefix 和 sys.prefix
蟒蛇安装。

首先，Python尽最大努力弄清楚它的实际物理量
根据操作系统的指示在文件系统上的位置
它。 如果操作系统只是说“python”正在运行，它会发现自己位于 $PATH 中。
它解析任何符号链接。 一旦完成此操作，路径
它找到的可执行文件用作 sys.executable 的值，没有 ifs，
和，或但是。

接下来，它确定 sys.exec_prefix 的初始值和
sys.prefix。

如果在同一目录中有一个名为 pyvenv.cfg 的文件
sys.executable 或上一个目录，python 会查看它。 不同的
操作系统对此文件执行不同的操作。

python 在此配置文件中查找的值之一是
配置选项home =。 Python 将使用此目录而不是包含 sys.executable 的目录
当它稍后动态设置 sys.prefix 的初始值时。 如果 applocal = true 设置出现在
Windows 上的 pyvenv.cfg 文件，但不是 home = 设置，
那么sys.prefix将被设置为包含sys.executable的目录。

接下来，检查 PYTHONHOME 环境变量。 在 Linux 和 Mac 上，
sys.prefix 和 sys.exec_prefix 设置为 PYTHONHOME 环境变量，如果
它存在，取代pyvenv.cfg中的任何home =设置。 在 Windows 上，
sys.prefix 和 sys.exec_prefix 设置为 PYTHONHOME 环境变量，
如果存在，除非pyvenv.cfg中存在home =设置，
而是使用它。

否则，这些sys.prefix和sys.exec_prefix是通过向后走找到的
来自 sys.executable 的位置，或 pyvenv.cfg 给出的 home 目录（如果有）。

如果在该目录中找到文件 lib/python/dyn-load
或其任何父目录，该目录被设置为
Linux 或 Mac 上的 sys.exec_prefix。 如果文件
lib/python/os.py 在目录或其任何目录中找到
子目录，该目录在 Linux 上设置为 sys.prefix，
Mac 和 Windows，将 sys.exec_prefix 设置为与
Windows 上的 sys.prefix。 如果出现以下情况，在 Windows 上将跳过整个步骤：
applocal = true 已设置。 sys.executable 的目录是
使用，或者，如果在 pyvenv.cfg 中设置了 home，则将其用于
sys.prefix 的初始值。

如果找不到这些“地标”文件或 sys.prefix 尚未找到
尚未找到，然后 python 将 sys.prefix 设置为“后备”
价值。 例如，Linux 和 Mac 使用预编译默认值作为
sys.prefix 和 sys.exec_prefix 的值。 Windows 等待
直到完全弄清楚 sys.path 来设置后备值
sys.prefix。

然后，（你们一直在等待的）python 确定初始值
将包含在 sys.path 中。

1. python正在执行的脚本的目录被添加到sys.path中。
   在 Windows 上，这始终是空字符串，它告诉 python
   请改用脚本所在的完整路径。
2. PYTHONPATH 环境变量的内容（如果已设置）将添加到 sys.path 中，除非您
   在 Windows 上，applocal 在 pyvenv.cfg 中设置为 true。
3. zip 文件路径，在 Linux/Mac 上为 /lib/python35.zip
   Windows 上的 os.path.join(os.dirname(sys.executable), "python.zip") 添加到 sys.path 中。
4. 如果在 Windows 上并且在 pyvenv.cfg 中未设置 applocal = true，则注册表项的子项的内容
   添加 HK_CURRENT_USER\Software\Python\PythonCore\\PythonPath\（如果有）。
5. 如果在Windows上并且在pyvenv.cfg中没有设置applocal = true，并且找不到sys.prefix，
   然后添加注册表项 HK_CURRENT_USER\Software\Python\PythonCore\\PythonPath\ 的核心内容（如果存在）；
6. 如果在 Windows 上并且在 pyvenv.cfg 中未设置 applocal = true，则注册表项的子项的内容
   添加 HK_LOCAL_MACHINE\Software\Python\PythonCore\\PythonPath\（如果有）。
7. 如果在Windows上并且在pyvenv.cfg中没有设置applocal = true，并且找不到sys.prefix，
   然后添加注册表项 HK_CURRENT_USER\Software\Python\PythonCore\\PythonPath\ 的核心内容（如果存在）；
8. 如果在 Windows 上，并且未设置 PYTHONPATH，未找到前缀，并且不存在注册表项，则
   添加 PYTHONPATH 的相对编译时值； 否则，该步骤将被忽略。
9. 编译时宏 PYTHONPATH 中的路径是相对于动态找到的 sys.prefix 来添加的。
10. 在 Mac 和 Linux 上，添加了 sys.exec_prefix 的值。 在 Windows 上，目录
    用于（或将用于）动态搜索 sys.prefix 的是
    添加。

在 Windows 上的这个阶段，如果没有找到前缀，那么 python 将尝试
通过在 sys.path 中的所有目录中搜索地标文件来确定它，
就像它之前尝试处理 sys.executable 目录一样，直到找到一些东西。
如果没有，sys.prefix 将留空。

最后，完成所有这些之后，Python 加载 site 模块，该模块进一步向 sys.path 添加内容：

它首先从 head 和 a 构建最多四个目录
尾部。 对于头部部分，它使用 sys.prefix 和 sys.exec_prefix ；
空头被跳过。 对于尾部，它使用空字符串
然后是 lib/site-packages （在 Windows 上）或 lib/pythonX.Y/site-packages
然后是 lib/site-python （在 Unix 和 Macintosh 上）。 对于每个
不同的头尾组合，它会查看它是否引用现有的
目录，如果是，则将其添加到 sys.path 并检查新的
添加了配置文件的路径。

---

编辑：不再有 getpathp.c< /a> （链接在复杂词的开头）自 2021 年 12 月，因为实现已移植到 Python：<代码>getpath.py

Answer 2

“从环境变量 PYTHONPATH 初始化，加上依赖于安装的默认值”

-- http: //docs.python.org/library/sys.html#sys.path