pathlib将路径视为对象，支持链式调用、自动归一化、结构化解析和类型安全操作，而os.path依赖易错的字符串处理和分散的函数调用。
pathlib 不是“更现代”而已，它是把路径当对象来用，而 os.path 还在把路径当字符串来凑。 一旦你开始做跨平台、链式判断、或频繁读写文件，os.path 就会暴露它的函数式包袱：参数传错、返回值类型模糊、拼接逻辑散落各处。而 Path 对象自带状态和行为，一个变量就能一路点到底。
pathlib 的 / 操作符为什么比 os.path.join() 更可靠
用 os.path.join() 拼路径，本质是函数调用，它不检查你传进去的是不是合法路径片段，也不管你有没有多传一个 / 或漏掉分隔符。比如：
os.path.join('data', '/input', 'file.txt') # 返回 '/input/file.txt' —— 前面的 'data' 被吞了
而 Path 的 / 是重载运算符，所有操作都在对象上下文中进行，自动归一化：
-
Path('data') / 'input' / 'file.txt'总是生成规范路径，不会因开头/结尾斜杠意外截断 -
Path('/tmp') / Path('log') / 'app.log'支持混合Path和字符串，类型安全 - 路径对象初始化时就解析结构，
str(p)才输出字符串 —— 你不会误把字符串当路径对象传给.read_text()
路径属性访问 vs 字符串切分：为什么 .parent 比 os.path.dirname() 更少出错
用 os.path.dirname() 提取父目录，依赖字符串分割逻辑，遇到边界情况容易失效：
os.path.dirname('/home/user/') # 返回 '/home/user'（末尾斜杠被吃掉）
os.path.dirname('/home/user') # 也返回 '/home' —— 但语义上这不该算“父目录”
Path 的 .parent 是基于路径树结构计算的，不是字符串操作：
-
Path('/home/user/').parent→PosixPath('/home/user')（保留层级语义） -
Path('/home/user').parent→PosixPath('/home')（明确是上一级） -
p.parents[2]可直接跳两级，不用嵌套调用dirname(dirname(...)) -
p.stem和p.suffix天然支持多后缀（如.tar.gz），os.path.splitext()需要手动循环
exists()、is_file()、read_text() 这些方法为什么不能只靠 os.path 函数模拟
os.path.exists() 等函数只是检查器，它们不持有路径状态，每次调用都要重新解析字符串。而 Path 方法是绑定在实例上的：
-
p = Path('config.json'); p.exists() and p.is_file() and p.read_text()—— 三次调用共享同一个解析结果，且可链式短路 -
p.resolve()会真正访问文件系统做符号链接展开，os.path.realpath()只做字符串处理，可能返回不存在的路径 -
p.iterdir()返回Path对象迭代器，后续可直接调用.is_dir()，不用反复包装字符串 - 类型提示友好：
def load_config(p: Path) -> dict:比def load_config(path: str) -> dict:更能表达意图
最常被忽略的一点：pathlib 的 PurePath 子类（如 PureWindowsPath）允许你在不依赖当前系统的情况下做路径解析 —— 这对构建跨平台打包脚本、容器内路径校验、或 CI 中预生成配置特别关键。而 os.path 所有函数都绑定到运行时系统，没法静态推演 Windows 路径在 Linux 下是否合法。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
