Windows与Unix系统执行符号链接时sys.path填充差异原因探究

这个差异本质上是Unix和Windows两大操作系统对符号链接的底层处理逻辑不同，再加上Python获取脚本路径的方式差异共同导致的，咱们拆开来细说：

1. Unix系统的符号链接处理逻辑 #

在Unix/Linux系统中，当你执行一个指向脚本的符号链接时，系统的exec系列调用会自动解析符号链接到真实的目标文件路径。也就是说，Python进程启动时，拿到的sys.argv[0]是脚本的实际存放路径（目录A下的脚本），而不是符号链接本身的路径。

Python生成sys.path时，第一个元素默认是脚本所在的目录——也就是通过os.path.dirname(os.path.abspath(sys.argv[0]))得到的目录A，所以最终sys.path里会包含目录A。

2. Windows系统的符号链接处理逻辑 #

Windows下的符号链接情况稍微复杂一点，但核心逻辑是一致的：

• 普通的快捷方式（.lnk文件）：这是最常见的“符号链接”形式，当你通过快捷方式启动Python脚本时，Windows传递给Python进程的sys.argv[0]是快捷方式所在的路径（目录B），而不是目标脚本的真实路径。
• NTFS格式的硬链接/符号链接：即使是这种更接近Unix符号链接的类型，Windows的默认API行为也不会自动解析到目标路径——Python获取到的sys.argv[0]依然是符号链接本身的路径（目录B下的链接文件），而非目录A的真实脚本路径。

同样，Python根据这个路径生成sys.path时，第一个元素就是目录B，所以sys.path里会包含目录B。

额外补充：如何让Windows下也解析到真实路径？ #

如果需要在Windows下让Python也解析符号链接到真实路径，可以手动处理：

import os
import sys

# 解析符号链接到真实路径
real_path = os.path.realpath(sys.argv[0])
# 修改sys.path的第一个元素
sys.path[0] = os.path.dirname(real_path)

这样处理后，不管在Unix还是Windows下，sys.path都会包含目录A。

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