应使用 os.path.islink(path) 判断路径是否为软链接，它仅检查路径本身是否为符号链接，不关心目标是否存在；os.path.isfile() 和 os.path.isdir() 默认跟随链接，返回目标类型。
用 os.path.islink() 检查是否为软链接
软链接（symbolic link）和普通文件在文件系统中是不同类型的对象，不能靠扩展名或内容判断。Python 提供了专门的函数来识别：直接调用 os.path.islink(path)，它返回 True 当且仅当该路径本身是一个软链接（无论目标是否存在）。注意，这个函数不关心链接是否有效——哪怕目标被删了，只要这个路径是用 ln -s 创建的，它就返回 True。
常见误用是拿 os.path.isfile() 或 os.path.isdir() 去“反推”：比如看到 isfile() 为 False 就认为是链接——这不可靠，因为路径可能根本不存在、也可能是设备文件或 socket。
-
os.path.islink("mylink")→True（即使mylink指向一个已删除的文件） -
os.path.islink("regular.txt")→False -
os.path.islink("/proc/self")→ 在 Linux 上通常是True（/proc 下很多是符号链接）
用 os.path.isfile() 和 os.path.isdir() 判断“最终指向”的类型
如果想知道软链接“实际指向的是文件还是目录”，得先解析链接再检查目标。但要注意：os.path.isfile() 和 os.path.isdir() 默认会自动跟随软链接（即 dereference），所以它们返回的是目标的类型，不是链接本身的类型。
这意味着：对一个指向普通文件的软链接调用 os.path.isfile()，结果是 True；但如果目标不存在，结果就是 False（哪怕链接本身存在）。
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 想确认“链接存在且指向一个真实文件”：先
os.path.islink(path)，再os.path.isfile(path) - 只关心“这里最终能读到一个文件吗？”：直接
os.path.isfile(path)就够了，不用管它是不是链接 - 需要区分“链接本身”和“链接目标”的元数据（比如权限、修改时间）？那就得用
os.lstat()（不跟随） vsos.stat()（跟随）
为什么不用 pathlib 的 .is_file() 直接替代？
pathlib.Path 的 .is_file() 行为和 os.path.isfile() 一致：默认跟随软链接。但它没有内置的 .is_symlink() 对应物——你得写 path.is_symlink()（注意拼写是 symlink，不是 symbolic），这是唯一能安全识别链接本身的 pathlib 方法。
容易踩的坑是混用风格：比如用 Path("x").is_file() 判断类型，却忘了先用 .is_symlink() 排除链接，导致把坏链接误判为“非文件”。更稳妥的做法是明确分两步：
p = Path("target")if p.is_symlink(): ... # 处理链接逻辑elif p.is_file(): ... # 此时已排除链接，且目标存在可读
遇到 PermissionError 或 FileNotFoundError 怎么办？
所有这些函数在路径不可访问时都会抛异常，比如权限不足、跨挂载点、NFS 临时断开等。不要假设 islink() 一定不报错——尤其在容器或 CI 环境里，挂载策略可能导致某些路径元数据无法读取。
典型错误信息包括：[Errno 13] PermissionError: stat: '/proc/1/fd' 或 [Errno 2] FileNotFoundError: No such file or directory。此时不能靠返回值判断，必须用 try/except 包裹。
- 最简健壮写法：
try: is_link = os.path.islink(path) except (OSError, IOError): is_link = False # 或按需设为 None - 别用
os.access(path, os.R_OK)替代类型判断——它只测权限，不反映文件类型 - 在遍历大量路径（如
os.walk()）时，这类异常很常见，务必捕获OSError（它覆盖PermissionError和FileNotFoundError）
实际项目里最容易被忽略的，是软链接可能嵌套（链接指向另一个链接），而 os.path.islink() 只认“这一层”；还有就是 NFS 或某些容器卷对 lstat() 的支持不一致，导致 islink() 在部分环境静默失败。真要 100% 可靠，得结合 os.lstat() 的 st_mode 位判断，但日常场景 os.path.islink() 足够用。
