os.path.abspath仅转绝对路径不解析符号链接，如link.txt→/var/log/real.log时返回/link.txt；需定位真实路径应使用os.path.realpath或pathlib.Path.resolve()。
用 os.path.abspath 获取绝对路径但不解析符号链接
直接调用 os.path.abspath 会把相对路径转成绝对路径，但遇到符号链接时只处理路径拼接，不会追踪到真实目标。比如当前目录下有个软链接 link.txt -> /var/log/real.log，os.path.abspath("link.txt") 返回的仍是 /path/to/link.txt（即链接自身路径），不是 /var/log/real.log。
常见错误是以为 abspath 自动“展开”链接——它不干这事。如果你只需要规范化路径格式（比如消除 ../、./），这个函数够用；但若目标是定位真实文件位置，得换方法。
用 os.path.realpath 同时做绝对化和符号链接解析
os.path.realpath 是更接近你需求的函数：它先调用 abspath，再逐级调用 os.readlink 追踪所有符号链接，最终返回真实文件或目录的绝对路径。
使用时注意：
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 如果路径不存在，
realpath仍会尝试解析中间链接（可能抛出OSError） - 对悬空链接（dangling symlink），行为因系统而异：Linux 通常报
OSError: No such file or directory，macOS 可能静默返回链接路径本身 - 不处理硬链接，只管符号链接
示例：
import os
print(os.path.realpath("link.txt")) # → /var/log/real.log
Python 3.4+ 推荐用 pathlib.Path.resolve()
pathlib 的 resolve() 方法语义更清晰，且默认启用符号链接解析（等价于 realpath），还支持 strict=False 参数来容忍不存在的路径：
-
Path("link.txt").resolve()→ 报错如果link.txt或其目标不存在 -
Path("link.txt").resolve(strict=False)→ 即使链接目标不存在，也返回解析后的路径（类似abspath+ 链接展开逻辑） - 相比
os.path系列，resolve()对 Windows 路径兼容性更好（比如自动处理盘符大小写）
性能上无明显差异，但可读性高，尤其适合组合路径操作：
from pathlib import Path
p = Path("subdir") / "link.txt"
print(p.resolve())
符号链接嵌套过深或循环时会怎样
无论用 realpath 还是 resolve，遇到循环链接（如 A→B，B→A）或超长链（默认限制 40 层），Python 会抛出 FileNotFoundError（3.12+）或 OSError（旧版），错误信息含 "Too many levels of symbolic links"。
无法绕过该限制——这是内核级防护，不是 Python 能跳过的。如果你的场景可能涉及用户可控路径（比如 Web 服务接收文件名参数），必须提前校验深度或捕获异常，否则可能被恶意构造的链接触发拒绝服务。
真实项目里，别假设链接一定有效；解析前加 exists() 判断，或者用 try/except 包住 resolve()，比事后调试崩溃强得多。
