pathlib比os.path好在面向对象设计：路径拼接用/运算符更直观，内置parent、is_file()等方法避免零散函数调用，自动处理跨平台分隔符与符号链接，且类型安全、可读性高；但旧版本兼容和极致性能场景仍需os.path。
pathlib比os.path好在哪？直接看操作差异
用 os.path 拼路径要写 os.path.join("a", "b", "c")，出错还难调试；pathlib 用 / 运算符就能自然拼接：Path("a") / "b" / "c"。它不是语法糖，而是把路径当对象来操作——有方法、可迭代、自带类型判断，不用再记一堆 os.path.isdir os.path.exists 等零散函数。
常见文件路径操作怎么写（附易错点）
以下对比真实高频场景，重点标出 os.path 容易翻车的地方：
-
获取父目录：用
Path("/a/b/c.txt").parent，不是os.path.dirname()；后者在末尾带斜杠时行为不一致（如os.path.dirname("/a/b/")返回"/a"，而Path("/a/b/").parent是Path("/a/b")） -
检查路径是否存在且是文件：用
p.is_file()，别用os.path.isfile(str(p))；前者自动处理符号链接和权限异常，后者可能抛OSError -
读取文本文件：直接
Path("data.txt").read_text(encoding="utf-8")，省去open()+close()；但注意：它默认以"r"模式打开，不支持传入newline参数，换行处理有差异 -
遍历子目录下的所有 .py 文件：
[p for p in Path("src").rglob("*.py") if p.is_file()]；rglob返回生成器，os.walk需手动三层嵌套，且容易漏掉isfile判断
跨平台路径兼容性问题怎么破
pathlib.Path 实例会根据运行系统自动选择分隔符：Path("a") / "b" 在 Windows 得到 a，Linux/macOS 是 a/b。但要注意几个坑：
- 硬编码字符串路径（如
"a/b/c.txt"）仍需自己处理斜杠，Path不会帮你转义 - Windows 下的 UNC 路径（如
\servershare）必须用原始字符串或双反斜杠：Path(r"\servershare")，否则s会被解释为转义字符 - 与第三方库交互时（如
open()、subprocess.run()），需显式转成字符串：str(p)；直接传Path对象可能报TypeError: expected str, bytes or os.PathLike object
什么时候不该用pathlib？
不是所有场景都适合：pathlib 在 Python 3.4+ 才内置，若需支持旧版本（如 2.7 或 3.3），得装 pathlib2 兼容包，但仍有方法缺失（如 read_text）；另外，高性能批量路径解析（如日志分析中每秒处理数万条路径）时，os.path 的纯 C 实现仍略快——不过多数业务代码根本感知不到这点差距。
立即学习“Python免费学习笔记（深入）”；
真正该警惕的是混合使用：一边用 Path 对象，一边用 os.path 函数混搭传参，容易因类型隐式转换失败或路径规范化逻辑不一致导致静默错误。
