获取文件绝对路径的常用方法包括os.path.abspath()、os.path.realpath()和pathlib.Path.resolve()。其中，os.path.abspath()将相对路径与当前工作目录结合并规范化，但不解析符号链接；os.path.realpath()会解析路径中的所有符号链接，返回实际物理路径；pathlib.Path.resolve()功能类似realpath()，是更现代的面向对象方式，推荐用于新项目。在处理脚本自身路径时，应使用os.path.realpath(__file__)或Path(__file__).resolve()以正确解析符号链接，避免路径错误。选择方法时需根据是否需要解析符号链接及项目结构决定，优先推荐pathlib模块以提升代码可读性和健壮性。
Python中获取文件绝对路径的方法有很多，最常用且可靠的是利用
os
模块的
os.path.abspath()
或
os.path.realpath()
，以及
pathlib
模块提供的
Path.resolve()
。这些工具各有侧重，理解它们在处理相对路径、当前工作目录以及符号链接时的行为差异，是高效准确获取路径的关键。
解决方案
在Python中处理文件路径，尤其是需要获取其绝对路径时，我们通常会用到以下几种方法。每种方法都有其适用场景和一些需要注意的细节，我个人在实际开发中会根据具体情况灵活选择。
1. 使用
os.path.abspath()
这是最基础也最常用的方法之一。
os.path.abspath(path)
会返回
path
的绝对路径。如果
path
本身就是绝对路径，它会进行规范化处理（比如移除
..
和
.
）。如果
path
是相对路径，它会将其与当前工作目录（CWD）拼接起来，然后进行规范化。
立即学习“Python免费学习笔记（深入）”；
import os# 假设当前工作目录是 /Users/yourname/projects/my_project# 并且有一个文件叫做 'data/config.ini'# 相对路径relative_path = 'data/config.ini'absolute_path_1 = os.path.abspath(relative_path)print(f"os.path.abspath('{relative_path}') -> {absolute_path_1}")# 预期输出: /Users/yourname/projects/my_project/data/config.ini# 带有 '..' 的相对路径relative_path_with_dots = '../another_project/script.py'absolute_path_2 = os.path.abspath(relative_path_with_dots)print(f"os.path.abspath('{relative_path_with_dots}') -> {absolute_path_2}")# 预期输出: /Users/yourname/projects/another_project/script.py (取决于CWD)# 绝对路径本身absolute_path_3 = os.path.abspath('/tmp/test.txt')print(f"os.path.abspath('/tmp/test.txt') -> {absolute_path_3}")# 预期输出: /tmp/test.txt
2. 使用
os.path.realpath()
os.path.realpath(path)
的功能与
os.path.abspath()
类似，但它有一个关键的区别：它会解析路径中的所有符号链接（symlinks）。这意味着，如果你的路径指向一个符号链接，
realpath()
会返回该符号链接实际指向的文件的绝对路径，而不是符号链接本身的路径。这在处理一些特殊文件系统结构或者避免意外行为时非常有用。
import osimport pathlib# 假设我们在 /tmp/ 下创建一些文件和符号链接# os.system('mkdir -p /tmp/real_dir')# os.system('touch /tmp/real_dir/real_file.txt')# os.system('ln -s /tmp/real_dir /tmp/symlink_dir')# os.system('ln -s /tmp/real_dir/real_file.txt /tmp/symlink_file.txt')# 模拟创建文件和符号链接（如果不存在）if not os.path.exists('/tmp/real_dir/real_file.txt'): os.makedirs('/tmp/real_dir', exist_ok=True) with open('/tmp/real_dir/real_file.txt', 'w') as f: f.write('hello')if not os.path.exists('/tmp/symlink_dir'): os.symlink('/tmp/real_dir', '/tmp/symlink_dir')if not os.path.exists('/tmp/symlink_file.txt'): os.symlink('/tmp/real_dir/real_file.txt', '/tmp/symlink_file.txt')symlink_path = '/tmp/symlink_file.txt'real_path_1 = os.path.realpath(symlink_path)abs_path_1 = os.path.abspath(symlink_path)print(f"对于符号链接 '{symlink_path}':")print(f" os.path.realpath() -> {real_path_1}") # 会解析到 /tmp/real_dir/real_file.txtprint(f" os.path.abspath() -> {abs_path_1}") # 还是 /tmp/symlink_file.txtsymlink_dir_path = '/tmp/symlink_dir/real_file.txt'real_path_2 = os.path.realpath(symlink_dir_path)abs_path_2 = os.path.abspath(symlink_dir_path)print(f"对于包含符号链接的路径 '{symlink_dir_path}':")print(f" os.path.realpath() -> {real_path_2}") # 会解析到 /tmp/real_dir/real_file.txtprint(f" os.path.abspath() -> {abs_path_2}") # 还是 /tmp/symlink_dir/real_file.txt
3. 使用
pathlib.Path.resolve()
pathlib
模块是Python 3.4+ 引入的，提供了一种更现代、面向对象的方式来处理文件系统路径。
path
对象的
resolve()
方法功能与
os.path.realpath()
类似，它会解析路径中的所有符号链接，并返回一个绝对、规范化且无符号链接的路径。我个人非常推荐在新的项目中优先使用
pathlib
，因为它让路径操作更加直观和安全。
from pathlib import Path# 沿用上面的例子symlink_path_obj = Path('/tmp/symlink_file.txt')resolved_path = symlink_path_obj.resolve()print(f"Path('{symlink_path_obj}').resolve() -> {resolved_path}")# 预期输出: /tmp/real_dir/real_file.txt# 对于一个普通文件或目录normal_path_obj = Path('data/config.ini') # 假设CWD下有data/config.ini# 注意：如果文件不存在，resolve() 会抛出 FileNotFoundError，除非设置 strict=False# 为了演示，我们假设文件存在或者使用 strict=Falsetry: resolved_normal_path = normal_path_obj.resolve() print(f"Path('{normal_path_obj}').resolve() -> {resolved_normal_path}")except FileNotFoundError: print(f"Path('{normal_path_obj}').resolve() -> 文件或目录不存在，但如果存在会解析为绝对路径。")# resolve(strict=False) 可以在文件不存在时避免抛出错误，但它仍然会尝试解析路径中的符号链接部分non_existent_path = Path('/non_existent_dir/file.txt')resolved_non_existent = non_existent_path.resolve(strict=False)print(f"Path('{non_existent_path}').resolve(strict=False) -> {resolved_non_existent}")# 预期输出: /non_existent_dir/file.txt (如果路径中没有符号链接，它会像 abspath 一样处理)
os.path.abspath() 与 os.path.realpath() 有何区别？何时选择哪个函数？
这俩函数初看起来很像，都是为了给你一个“绝对路径”，但它们在处理符号链接（Symbolic Links，也叫软链接）时表现出根本性的差异，这直接影响了你在特定场景下的选择。
简单来说：
os.path.abspath(path)
：它做的是路径的规范化和绝对化。如果
path
是相对路径，它会把它和当前工作目录（
os.getcwd()
）结合起来，然后处理掉像
./
和
../
这样的相对引用，给你一个完整的、不带相对部分的路径。但它不会去管这个路径是不是一个符号链接，它就当作一个普通的文件或目录路径来处理。
os.path.realpath(path)
：在
abspath
的基础上，它会进一步解析路径中遇到的所有符号链接。也就是说，如果你的
path
指向一个符号链接，或者路径中的某个目录是符号链接，
realpath
会一路追溯下去，直到找到它最终指向的那个“真实”的文件或目录的物理路径。
何时选择哪个？
我个人在实践中，通常是这样考虑的：
当你只需要一个规范化的绝对路径，并且不关心它是否是符号链接时，用
os.path.abspath()
。
场景举例： 你想记录一个文件在磁盘上的完整位置，或者构建一个基于当前脚本位置的配置文件路径，而你对符号链接的底层机制不感兴趣。比如，你的脚本需要打开一个由用户提供的文件路径，用户提供的是一个符号链接，你只是想知道它完整的路径字符串，以便传递给其他函数，并不需要知道它实际指向哪里。思考： 大多数时候，我们其实并不需要知道一个文件背后是不是符号链接，只要能访问到它就行。
abspath
在性能上通常也会稍快一点，因为它不需要进行额外的文件系统查询来解析链接。
当你需要知道一个文件或目录的“物理”位置，或者需要避免符号链接带来的潜在问题时，用
os.path.realpath()
（或
pathlib.Path.resolve()
）。
场景举例：安全审计或权限检查： 你需要确保你的操作是针对一个特定物理位置的文件，而不是一个可能被恶意修改的符号链接。避免无限循环： 在某些文件系统遍历操作中，如果目录结构中存在循环符号链接，
realpath
可以帮助你识别并避免陷入无限循环。缓存或唯一标识： 你可能想为文件创建一个基于其物理路径的唯一缓存键，这样即使文件通过不同的符号链接被引用，也能指向同一个缓存。比较文件是否是同一个： 当你需要判断两个不同的路径（可能一个包含符号链接，一个不包含）是否指向同一个物理文件时，将它们都
realpath
化后比较结果是最可靠的。思考：
realpath
会更“诚实”地告诉你文件在文件系统中的真实身份。但要注意，它需要访问文件系统来解析链接，如果路径中存在不存在的文件或目录，可能会抛出
FileNotFoundError
（除非
pathlib.Path.resolve(strict=False)
）。
总结一下，如果你不确定，或者你的应用场景可能涉及到符号链接并且你希望行为更明确，那么
os.path.realpath()
或者
pathlib.Path.resolve()
通常是更安全的选择。但如果只是简单的路径拼接和规范化，
os.path.abspath()
足够了。
在Python中获取当前脚本文件的绝对路径有哪些陷阱？
获取当前脚本文件的绝对路径听起来很简单，但实际操作中确实有一些容易踩坑的地方，这块儿其实挺有意思的，因为它和Python的执行环境以及模块导入机制紧密相关。
1.
__file__
的相对性
最常见的获取当前脚本路径的方法是使用内置变量
__file__
。它通常包含当前模块的路径。然而，
__file__
的值并不总是绝对路径！它的具体形式取决于脚本是如何被执行或导入的：
直接运行脚本：
python my_script.py
，
__file__
通常会是相对路径（如果从不同目录运行），或者绝对路径（如果从脚本所在目录运行或使用完整路径运行）。作为模块导入： 如果你的脚本被其他脚本作为模块导入，
__file__
可能会是相对于导入者的路径，或者Python解释器搜索路径中的相对路径。从交互式解释器执行： 在
ipython
或
python
命令行中，
__file__
可能不存在，或者是一个特殊的值（如
）。使用
exec()
或
eval()
执行字符串：
__file__
通常也不存在。
这意味着，仅仅依赖
__file__
本身是不够的，你几乎总是需要对其进行进一步处理。
2. 仅仅
os.path.abspath(__file__)
够不够？
在大多数情况下，
os.path.abspath(__file__)
确实能得到你想要的结果——当前脚本文件的绝对路径。它会把
__file__
这个（可能是）相对路径和当前工作目录（CWD）结合起来，然后规范化。
陷阱：符号链接！如果你的脚本是通过一个符号链接被执行的，那么
__file__
会是这个符号链接的路径。
os.path.abspath(__file__)
得到的仍然是这个符号链接的绝对路径，而不是它实际指向的那个文件的绝对路径。
举个例子：
/real_scripts/my_script.py
是真实脚本。
/usr/local/bin/my_script
是指向
/real_scripts/my_script.py
的符号链接。如果你运行
python /usr/local/bin/my_script
：
__file__
会是
/usr/local/bin/my_script
。
os.path.abspath(__file__)
仍然是
/usr/local/bin/my_script
。如果你真正想要的是
/real_scripts/my_script.py
，那么
abspath
就不够了。
3. 正确且健壮的做法：结合
realpath
或
resolve
为了避免上述陷阱，确保无论脚本如何被调用或是否存在符号链接，都能获取到其“真实”的物理绝对路径，最佳实践是使用
os.path.realpath()
或
pathlib.Path.resolve()
。
import osfrom pathlib import Path# 获取当前脚本文件的绝对路径（处理符号链接）# 推荐方法一：使用 os 模块current_script_path_os = os.path.realpath(__file__)print(f"os.path.realpath(__file__) -> {current_script_path_os}")# 获取当前脚本所在目录的绝对路径current_script_dir_os = os.path.dirname(current_script_path_os)print(f"os.path.dirname(os.path.realpath(__file__)) -> {current_script_dir_os}")# 推荐方法二：使用 pathlib 模块（更现代、更清晰）current_script_path_pathlib = Path(__file__).resolve()print(f"Path(__file__).resolve() -> {current_script_path_pathlib}")# 获取当前脚本所在目录的绝对路径current_script_dir_pathlib = Path(__file__).resolve().parentprint(f"Path(__file__).resolve().parent -> {current_script_dir_path_pathlib}")
Path(__file__).resolve()
是我个人最喜欢的方式，它简洁、易读，并且能可靠地处理符号链接。
4.
sys.argv[0]
的局限性
sys.argv[0]
理论上是执行脚本的名称，它也可能包含路径信息。但和
__file__
一样，它也可能是一个相对路径，并且同样不会解析符号链接。此外，如果脚本是通过
python -c "import my_module; my_module.run()"
这样的方式执行，
sys.argv[0]
可能是空字符串或
-c
，不能用来获取脚本文件路径。因此，它通常不被推荐用于获取当前脚本的路径。
总结一下：获取当前脚本的绝对路径，最稳妥的方式是
os.path.realpath(__file__)
或
Path(__file__).resolve()
。如果你还需要获取脚本所在的目录，就在此基础上再调用
os.path.dirname()
或
.parent
属性。
处理文件路径时，相对路径和绝对路径的选择策略是什么？
在文件路径处理上，相对路径和绝对路径的选择，在我看来，更多的是一个工程哲学问题，关乎代码的健壮性、可移植性以及可维护性。没有一劳永逸的答案，但有一些策略可以指导我们做出更好的决策。
1. 相对路径的优势与劣势
优势：
可移植性强： 当你整个项目目录移动到另一个位置时，如果所有内部引用都使用相对路径，那么代码通常不需要修改就能继续运行。这对于部署、版本控制和团队协作非常有利。简洁性： 在项目内部，相对路径通常比冗长的绝对路径更短、更易读。环境无关性： 不依赖于特定的根目录结构（如
/home/user/
或
C:UsersUser
），在不同操作系统或用户环境下表现一致。
劣势：
依赖当前工作目录（CWD）： 这是相对路径最大的痛点。它的解析结果完全取决于脚本被执行时的CWD。如果你从脚本所在目录运行，和从项目的根目录运行，同一个相对路径可能会指向不同的文件，甚至找不到文件。不明确性： 对于不熟悉项目结构的人来说，一个相对路径可能不容易一眼看出它实际指向哪里。跨模块/跨层级引用复杂： 当项目结构复杂，模块之间存在不同层级的引用时，管理相对路径会变得非常麻烦，容易出错。
2. 绝对路径的优势与劣势
优势：
明确性与稳定性： 绝对路径总是指向文件系统中的同一个位置，无论CWD是什么，都不会改变。这使得代码的行为更可预测。调试方便： 明确的路径有助于快速定位问题。外部系统交互： 当你需要与外部程序、服务或操作系统API交互时，它们通常期望接收绝对路径。
劣势：
可移植性差： 如果你的代码中硬编码了绝对路径（比如
/home/user/project/data.txt
），那么当项目移动到另一台机器、另一个用户目录下，或者甚至在同一台机器上改变了安装位置，代码就会失效。冗长： 尤其是在深度嵌套的目录结构中，绝对路径会变得非常长。环境耦合： 路径中可能包含特定于操作系统或用户名的部分，降低了通用性。
3. 我的选择策略：组合拳和最佳实践
我个人在实际开发中，倾向于采取一种“组合拳”的策略，并遵循以下几个原则：
确定一个项目根目录的“基准点”：
最常见且推荐的做法： 在你的主脚本或应用程序的入口点，首先获取当前脚本的真实绝对路径，并以此为基准，计算出项目的根目录。 这样，无论脚本从哪里运行，你都能找到项目的“家”。例如：
PROJECT_ROOT = Path(__file__).resolve().parent.parent
(如果脚本在
project_root/src/
下)或者更通用的做法，向上查找一个特定的标记文件（如
pyproject.toml
,
.git
目录）来确定项目根。一旦确定了
PROJECT_ROOT
，所有项目内部的资源路径都应该相对于这个
PROJECT_ROOT
来构建。
项目内部资源，优先使用相对于“基准点”的路径：
一旦有了
PROJECT_ROOT
，所有对数据文件、配置文件、模板等的引用都应该通过
PROJECT_ROOT / "data" / "config.json"
这样的方式来构建。这兼顾了可移植性和明确性：路径相对于一个已知且稳定的基准点，即使项目移动，只要内部结构不变，路径依然有效。示例：
以上就是python如何获取文件的绝对路径_python获取文件绝对路径的方法的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1372110.html
微信扫一扫 
支付宝扫一扫 
