pathlib将路径从字符串升级为对象，支持链式调用、自动归一化、结构化解析和类型安全操作，而os.path依赖易错的字符串处理和分散函数调用。
pathlib 不是“更好用的 os.path”，而是把路径从字符串升级为对象——一旦你写过 os.path.join(os.path.dirname(path), '..', 'config.json') 这种嵌套调用，就很难再回去。
路径拼接时反斜杠/正斜杠混用导致 Windows 下路径失效
很多人以为只要用 os.path.join() 就安全了，但实际踩坑常发生在动态拼接场景：比如从配置读取 "data/logs"，再拼 "app.log"。直接字符串加法 "data/logs" + "/app.log" 在 Windows 上会产出 "data/logs/app.log"，而某些旧版 Windows API 或 cmd 工具可能不认这种写法；os.path.join("data/logs", "app.log") 又会变成 "datalogspp.log"（注意双反斜杠在 repr 中显示），但若原始字符串末尾已有分隔符，os.path.join("data/logs/", "app.log") 会错误地丢弃前面的 "logs/"，最终得到 "datapp.log"。
pathlib 彻底绕过这个陷阱：
- 统一用
/运算符拼接：Path("data/logs") / "app.log"→ 自动转为系统原生格式（Windows 下是datalogspp.log） - 支持链式追加：
Path.home() / "Documents" / ".cache" / "myapp"，中间任意部分含"./"或"../"都会被自动规范化 - 不会因原始字符串是否带尾部斜杠而行为突变
路径解析依赖字符串切片或多次函数调用，易出边界错误
用 os.path 提取文件名、后缀、父目录，得组合 os.path.basename()、os.path.splitext()、os.path.dirname()，还要小心路径以 / 结尾时 basename 返回空字符串这类边界情况。
pathlib 把这些都变成属性访问：
立即学习“Python免费学习笔记（深入）”；
-
p.name永远返回最后一段（"file.txt"），不管p是文件还是目录 -
p.stem和p.suffix对"archive.tar.gz"能正确识别双后缀（".tar.gz"），而os.path.splitext()只切一次 -
p.parent是Path对象，可继续链式调用：p.parent.parent / "backup" / p.name -
p.parts直接返回元组，比手动split(os.sep)更可靠（尤其当路径含驱动器盘符如"C:/a/b"时）
Python 3.6 是关键分水岭：不是所有函数都原生支持 Path 对象
在 Python 3.5 及更早版本中，os.chdir(p)、open(p)、shutil.copy(p1, p2) 等都会报 TypeError: argument should be string, bytes or integer, not PosixPath。
从 Python 3.6 开始，这些函数内部会先通过 os.fspath() 调用 Path 对象的 __fspath__ 方法获取字符串路径，才真正执行逻辑。所以：
- 如果你项目最低支持 Python 3.6+，可以直接用
Path对象传给os、shutil、open等所有标准库函数 - 如果仍需兼容 Python 3.5 或更低版本，必须显式转成字符串：
str(p)或p.as_posix() -
Path.resolve()在符号链接处理上比os.path.abspath()更严格，默认会跟随软链；若需保留软链，要用p.resolve(strict=False)
跨平台路径操作的隐性成本被彻底隐藏
很多开发者没意识到：自己写的路径逻辑，在 CI/CD 流水线里跑 Linux，在本地开发机跑 Windows，其实一直靠 os.path.join() “蒙混过关”。但一旦遇到相对路径、..、驱动器盘符、UNC 路径（如 \servershare）或长路径（Windows 的 \? 前缀），os.path 就开始暴露脆弱性。
pathlib 的 PurePath 和 Path 子类天然区分语义：
-
PurePath只做纯字符串路径运算，不访问文件系统，适合模板生成、配置拼接 -
Path继承自PurePath，并提供.exists()、.is_file()等真实 I/O 方法 -
WindowsPath和PosixPath由运行时自动选择，无需手动判断系统类型
真正的麻烦不在“能不能用”，而在“什么时候会突然崩”——比如某天同事往配置里加了个 ../，或者部署到 Docker 容器后发现路径开头多了个 /，又或者日志路径在 Windows 上莫名多了一层 .。这些都不是 bug，是 os.path 作为字符串工具的必然局限。
