pathlib 并非多此一举，而是将路径从字符串升级为对象的范式转变：它用 / 运算符安全拼接、自动跨平台规范化、提供链式属性访问（如 .name、.parent）、支持双后缀识别、布尔判断可链式调用，且对象不可变避免路径污染。
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") 又会变成 "data\logs\app.log"（注意双反斜杠在 repr 中显示），但若原始字符串末尾已有分隔符，os.path.join("data/logs/", "app.log") 会错误地丢弃前面的 "logs/"，最终得到 "data\app.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 返回空字符串这类边界情况。
立即学习“Python免费学习笔记（深入）”；
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
pathlib 把这些都变成属性访问：
-
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"时）
exists()、is_file() 等判断逻辑无法链式调用，条件嵌套难读
传统写法常出现：
if os.path.exists(path) and os.path.isdir(path) and os.path.exists(os.path.join(path, "config.yaml")):
...
这既冗长又容易漏掉某一层检查。而 pathlib 允许：
-
if (Path(path) / "config.yaml").exists():—— 拼接与判断一气呵成 -
if Path(path).is_dir() and (Path(path) / "config.yaml").is_file():—— 类型判断与路径构造解耦清晰 - 所有方法都返回布尔值，无异常（除非路径含非法字符或权限不足），不用额外包
try/except
最常被忽略的一点是：pathlib 的 Path 对象本身是不可变的，每次 / 或 .parent 都生成新对象，这看似低效，实则避免了 os.path 中因复用字符串变量引发的路径污染——比如一个 base_path 字符串被反复 += 拼接，后续逻辑却误以为它仍是原始值。
