优先选pathlib用于新项目，os.path适合轻量脚本；前者面向对象、链式调用、IDE支持好，后者函数式、兼容性强、无需实例化。
Python 中处理文件路径，os.path 和 pathlib 是最常用的两个模块。前者是传统函数式风格，兼容性好；后者是面向对象设计，更直观、更现代。选哪个？不是非此即彼——理解差异，按需使用。
os.path：轻量、通用、适合简单判断和拼接
os.path 是标准库中历史最久的路径工具，所有操作都基于字符串，不涉及实际文件系统访问（除非显式调用 os.stat 等）。它适合快速判断、组合路径，尤其在需要兼容旧代码或嵌入式/受限环境时很实用。
常用操作示例：
-
os.path.join("a", "b", "c.txt")→ 自动适配系统分隔符（Windows 用\，Linux/macOS 用/） -
os.path.exists("/tmp/data.log")→ 判断路径是否存在（文件或目录均可） -
os.path.isdir("/home/user")/os.path.isfile("config.json")→ 区分类型 -
os.path.basename("/var/log/app.log")→ 返回"app.log"；os.path.dirname(...)返回上级目录 -
os.path.abspath("data.csv")→ 转为绝对路径（基于当前工作目录）
pathlib：面向对象、链式调用、推荐用于新项目
pathlib（Python 3.4+ 内置）把路径当作一个“对象”来操作。每个路径都是 Path 实例，支持属性访问、方法链式调用、运算符重载（如 / 拼接），语义清晰，不易出错。
立即学习“Python免费学习笔记（深入）”；
基础用法示例：
-
from pathlib import Path；p = Path("/usr/local") / "bin" / "python3"→ 自动拼接，可读性强 -
p.exists()、p.is_file()、p.is_dir()→ 方法调用，无需再传参 -
p.parent→ 上级目录（Path对象）；p.name→ 文件名；p.suffix→ 扩展名（".py"）；p.stem→ 主文件名（"script"） -
list(Path("logs").glob("*.log"))→ 简洁实现通配查找 -
p.read_text()或p.write_bytes(...)→ 直接读写内容，省去 open 步骤（小文件适用）
关键区别与迁移提示
二者核心能力重叠度高，但设计理念不同。以下几点影响实际选择：
-
跨平台健壮性：两者都自动处理路径分隔符，但
pathlib的resolve()比os.path.realpath()更可靠（能正确处理符号链接 + 相对路径） -
相对路径处理：
os.path多依赖os.getcwd()，易受工作目录影响；pathlib可以明确用Path.cwd()或从任意基准路径出发，逻辑更可控 -
类型安全与 IDE 支持：
Path对象有完整方法补全；字符串路径在 IDE 中无法提示可用操作 -
混合使用：
Path对象可随时用str(p)转字符串传给只接受字符串的第三方函数；反之，字符串也可用Path(s)包装升级
什么场景优先选哪一个？
没有绝对答案，但有明显倾向：
- 写脚本临时处理几个路径？用
os.path，够快够轻 - 开发新项目、维护长期代码、涉及多层目录遍历或配置解析？首选
pathlib - 需要和旧系统（如 Python os.path（或引入 backport
pathlib2） - 处理大量文件 I/O（如日志轮转、批量重命名）？
pathlib的iterdir()、rglob()更简洁，配合map或列表推导式也更自然
