Python如何获取当前脚本的绝对路径_使用sys.argv与os.path.abspath定位
os.path.abspath(__file__)最可靠，因其不依赖当前工作目录且自动解析符号链接；而sys.argv[0]在import、-m运行或os.chdir()后易失效；推荐Python 3.4+用pathlib.Path(__file__).resolve()。
为什么 os.path.abspath(__file__) 是最可靠的方式
直接用 __file__ 获取当前脚本路径，再套一层 os.path.abspath()，就能稳定拿到绝对路径。它不依赖执行时的当前工作目录（cwd），也不受软链接影响（默认解析符号链接）。很多用户误用 sys.argv[0]，但这个值在被 import 时可能为空、是相对路径、甚至指向解释器本身（比如用 python -m 运行时）。
常见错误现象：os.path.abspath(sys.argv[0]) 在以下场景失效：
- 脚本被其他模块
import而非直接执行 - 通过
python -m mypackage.mymodule启动 - 当前目录被
os.chdir()修改过
sys.argv[0] 什么时候能用，怎么补救
sys.argv[0] 只有在脚本作为主程序直接运行（即 __name__ == '__main__'）且未被 -m 调用时才大概率可用。但它仍可能是相对路径或不含目录名（如只传了 python script.py 且当前就在脚本目录下）。
如果坚持用 sys.argv[0]，必须手动补全：
- 先用
os.path.dirname(sys.argv[0])提取目录部分 - 若结果为空，说明
argv[0]不含路径，则需用os.getcwd()拼接：os.path.join(os.getcwd(), sys.argv[0]) - 最后再调用
os.path.abspath()归一化
注意：os.getcwd() 返回的是启动 Python 时的目录，不是脚本所在目录 —— 这正是它不可靠的根本原因。
Python 3.4+ 推荐用 pathlib.Path(__file__).resolve()
pathlib 是现代 Python 的路径操作首选，resolve() 默认等价于 abspath() + 符号链接展开（类似 readlink -f）。它更语义清晰，链式调用也更自然。
Metaphor
一个新出炉的AI搜索引擎Metaphor
下载
示例：
from pathlib import Path script_path = Path(__file__).resolve() print(script_path) # /home/user/project/myscript.py print(script_path.parent) # /home/user/project print(script_path.stem) # myscript
对比 os.path，pathlib 自动处理跨平台路径分隔符，无需额外调用 os.path.join()；但要注意：如果脚本路径本身是损坏的符号链接且目标不存在，resolve() 会抛出 FileNotFoundError，而 os.path.abspath() 不会。
Windows 下要注意驱动器盘符和 UNC 路径
在 Windows 上，os.path.abspath(__file__) 或 Path(__file__).resolve() 都会返回带盘符的路径（如 C:\project\script.py）。但如果脚本位于网络共享（UNC 路径），__file__ 可能以 \\server\share\... 开头，此时 abspath() 无法正常工作（会错误地补上当前驱动器），而 Path.resolve() 在 Python 3.12+ 才完全支持 UNC。
真实场景中，若需兼容 UNC：
- 优先检测
__file__是否以\\开头 - 若是，跳过
abspath()，直接用os.path.normpath(__file__)或Path(__file__).as_posix() - 避免对 UNC 路径调用
os.getcwd()拼接 —— 它在 UNC 下行为不稳定
这点容易被忽略：很多本地测试没问题的路径逻辑，在部署到文件服务器时突然失效，根源往往就在这里。