Python中os.symlink需手动处理父目录和覆盖逻辑，不支持自动创建路径或强制覆盖；硬链接受同文件系统限制且不可指向目录；Windows需特殊权限；pathlib仅封装无底层突破。
Python里用os.symlink创建软链接，但得先处理权限和路径问题
Linux的ln -s在Python里对应os.symlink，但它不会自动创建父目录，也不能覆盖已存在的目标——这点和shell命令行为不一致，容易报OSError: File exists或FileNotFoundError。
- 目标路径的父目录必须已存在，否则要先用
os.makedirs(os.path.dirname(dst), exist_ok=True) - 如果
dst已存在，os.symlink直接失败，得手动os.unlink(dst)再重试（注意：不能对目录用os.remove，得用os.unlink） - Windows上从Python 3.8起才支持符号链接，且需管理员权限或开发者模式开启，否则抛
OSError: [WinError 1314] 可能未启用符号链接
os.link能建硬链接，但只支持同一文件系统，且不能跨目录指向
硬链接本质是inode复用，所以os.link(src, dst)要求src和dst在同一个挂载点下。一旦跨分区（比如/home和/tmp不在同一设备），就会报OSError: [Errno 18] Invalid cross-device link。
- 硬链接不能指向目录（Linux内核禁止，Python会报
OSError: [Errno 20] Not a directory或更底层的EPERM） -
src必须是已存在的普通文件，不能是符号链接本身（除非你明确想硬链接到目标文件，而非链接文件） - 硬链接没有“相对路径”概念，
dst路径解析完全依赖当前工作目录，建议统一用绝对路径避免歧义
封装一个类Unix的ln函数，兼容-s和-f语义
Shell里ln -sf src dst会强制覆盖，Python没内置等价物，得自己组合逻辑。关键在于判断目标是否存在、是否为链接、是否可安全移除。
import os
def ln(src, dst, symbolic=False, force=False):
if force and os.path.exists(dst):
if os.path.islink(dst) or os.path.isfile(dst):
os.unlink(dst)
elif os.path.isdir(dst):
os.rmdir(dst) # 注意：仅空目录可用，否则失败
if symbolic:
os.symlink(src, dst)
else:
os.link(src, dst)-
os.path.islink(dst)必须放在os.path.isfile(dst)之前判断，因为符号链接也满足isfile为True - 硬链接场景下
force极少有用——毕竟硬链接不能覆盖已有文件，只能删掉再建，但用户通常不期望这样操作 - 这个函数不处理相对路径展开，调用方应确保
src对dst所在位置可访问（比如src="a.txt"，dst="sub/b.txt"时，实际链接内容存的是a.txt，不是../a.txt）
用pathlib写法更简洁，但底层仍是os系统调用
pathlib.Path提供了.symlink_to()和.hardlink_to()方法，读起来像shell，但错误类型和约束完全一样，只是封装了一层。
立即学习“Python免费学习笔记（深入）”；
-
Path("dst").symlink_to("src")—— 如果dst已存在，仍会报FileExistsError，不是静默覆盖 -
Path("dst").hardlink_to(Path("src"))—— 参数可以是Path对象，但依然受跨设备限制 - 所有路径操作默认基于当前工作目录，
resolve()能转绝对路径，但symlink_to()写入的是原始字符串，不会自动补../，这点和ln -s行为一致
硬链接的inode绑定和软链接的路径解析机制，在Python里没有任何魔法绕过——所有封装都只是把系统调用包装得更顺手，但底层约束一点没少。真正容易出错的是路径拼接方式和force逻辑里的类型判断顺序。
