os.path.abspath(__file__)是最常用方案，因其能将__file__指向的路径（无论相对或绝对）无条件标准化为不依赖当前工作目录的绝对路径，且在脚本执行、导入及打包场景下均可靠，仅在交互式环境中未定义。
为什么 os.path.abspath(__file__) 是最常用方案
因为 __file__ 在绝大多数 Python 脚本执行场景下，天然指向当前源文件的路径（可能是相对路径，也可能是绝对路径），而 os.path.abspath() 能无条件将其标准化为绝对路径，不依赖当前工作目录（cwd）——这点最关键。
常见错误是直接用 os.getcwd() 拼接 __file__，一旦脚本被其他路径下的程序导入或通过 python -m 执行，结果就错得离谱。
-
__file__在普通脚本中可靠；但在交互式解释器（如 IPython、Jupyter）中未定义，会抛NameError - 如果脚本被冻结（PyInstaller 等打包），
__file__仍有效，但指向临时解压路径，不是原始源码位置 -
os.path.abspath()会自动处理..、.和符号链接，返回真实物理路径（除非加os.path.realpath()显式解析）
当脚本被 import 时，__file__ 还是指向它自己吗
是的。无论一个模块是作为主脚本运行（python script.py），还是被其他模块 import，它的 __file__ 属性始终指向该模块文件自身的路径。这是 Python 解释器保证的行为。
所以你可以在任何模块里安全写：
立即学习“Python免费学习笔记（深入）”；
import os SCRIPT_DIR = os.path.dirname(os.path.abspath(__file__))
这个 SCRIPT_DIR 就是该模块所在目录的绝对路径，可用于加载同级配置文件、数据文件等。
- 不要用
sys.argv[0]替代__file__：在import场景下，sys.argv[0]是主脚本路径，完全无关 - 避免在
if __name__ == '__main__':块外依赖sys.argv或os.getcwd()推导路径 - 若需获取“主脚本”路径（而非当前模块），必须用
sys.argv[0]并配合os.path.abspath()，但要先判断是否为 frozen 环境
pathlib.Path(__file__).resolve() 和 os.path.abspath() 有什么实质区别
核心区别在于符号链接处理：os.path.abspath() 不解析符号链接，只做路径规范化；而 Path(__file__).resolve() 默认会解析并返回目标真实路径（类似 os.path.realpath()）。
例如，若 script.py 是个软链指向 /real/path/script.py：
-
os.path.abspath(__file__)返回软链本身的绝对路径（如/link/script.py） -
Path(__file__).resolve()返回/real/path/script.py - 若想让
pathlib行为一致，用Path(__file__).resolve(strict=False)（推荐），它和os.path.abspath()在语义上更对齐
性能上差异可忽略；选哪个主要看是否需要穿透软链。多数项目用 os.path.abspath(__file__) 更直白、无额外依赖。
Windows 下反斜杠和大小写导致路径失效怎么办
Python 的 os.path 和 pathlib 内部已自动处理路径分隔符：无论输入是 \ 还是 /，输出统一为系统原生格式（Windows 用 \），且所有路径操作（join、exists、open）都兼容两种写法。
真正要注意的是大小写敏感性：
- Windows 文件系统默认不区分大小写，但 Python 的
os.path.exists()或open()仍可能因大小写不一致失败（尤其在某些 NTFS 配置或网络盘下） - 不要手动拼接路径字符串（如
dir + '\config.json'），一律用os.path.join(dir, 'config.json')或Path(dir) / 'config.json' - 读取路径前，建议先用
os.path.normcase()标准化大小写再比对（如校验配置路径是否匹配白名单）
跨平台项目中，永远假设路径比较应忽略大小写，但生成路径时保持原始 casing —— 因为用户看到的文件名就是那样。
