pathlib替代os.path更直观安全：用/运算符拼接路径自动跨平台，Path对象支持链式调用、属性访问和内置读写，避免字符串拼接错误与函数冗余。
直接用 pathlib 替代 os.path，绝大多数路径拼接、检查、遍历场景都不再需要字符串拼接或反复调用函数——它把路径当对象来操作，写法更直观，也更少出错。
路径拼接为什么不用 os.path.join() 了？
手动拼接字符串容易漏斜杠、跨平台不一致；os.path.join() 又冗长且无法链式调用。而 pathlib.Path 支持 / 运算符重载：
from pathlib import Path
base = Path("/home/user")
full = base / "data" / "config.json" # 自动处理分隔符
# 结果：PosixPath('/home/user/data/config.json')（Linux/macOS）
# 或 WindowsPath('C:\home\user\data\config.json')（Windows）- 所有平台统一用
/，不用管os.sep -
Path对象可直接参与运算，返回新Path实例，不可变 - 如果左边是字符串、右边是
Path，会报TypeError；务必确保左操作数是Path类型
exists() 和 is_file() 等方法为什么比 os.path 更安全？
os.path.exists(path) 在传入 None 或空字符串时可能静默返回 False，而 Path 的方法会在路径未 resolve 时明确抛出 TypeError 或 ValueError，提前暴露问题：
p = Path("nonexistent.txt")
print(p.exists()) # False（安全）
print(p.is_file()) # False（不是文件，但不会崩溃）
print(p.resolve()) # FileNotFoundError（明确提示路径不存在）-
.exists()检查路径是否存在（文件/目录/符号链接均可） -
.is_file()和.is_dir()要求路径存在且类型匹配，否则返回False，不抛异常 - 真正需要绝对路径时才调用
.resolve()，它会做实际的文件系统访问，失败就抛异常
递归遍历目录时，rglob() 和 glob() 怎么选？
以前用 os.walk() 写三层循环，现在用 Path 的 glob() 系列方法一行搞定：
立即学习“Python免费学习笔记（深入）”；
root = Path("src")
# 所有 .py 文件（当前层）
py_files = list(root.glob("*.py"))
<h1>所有 .py 文件（含子目录）</h1><p>py_all = list(root.rglob("*.py"))-
.glob("*.py")只搜当前目录；.rglob("*.py")等价于**/*.py，深度优先递归 - 通配符支持
**（任意层级）、*（单层）、?（单字符），但不支持正则；如需复杂过滤，建议先rglob再用filter() - 返回的是生成器，记得用
list()或迭代消费，否则可能被忽略 - 注意权限：若某子目录无读取权限，
rglob会跳过它，不报错也不中断
读写文件时，read_text() 和 write_text() 有什么隐含行为？
它们封装了编码和文件打开逻辑，默认使用 UTF-8，省去手动管理 open() 和 close()，但有几个关键细节必须知道：
p = Path("notes.txt")
p.write_text("hello
world") # 默认 encoding="utf-8", newline="
"
content = p.read_text() # 同样默认 utf-8- 写入时自动换行符标准化为
- 不支持二进制模式：要读图片或
.zip，必须用p.read_bytes()/p.write_bytes() - 没有
mode="a"等选项，追加写需手动用open(p, "a") - 大文件慎用：
read_text()会一次性加载全部内容到内存
真正麻烦的不是语法，而是混用 str 和 Path：比如传给 json.load(open(p)) 时，open() 接受 Path，但某些旧库（如早期 pandas.read_csv）只认字符串，这时得显式调用 str(p) ——别忘了检查目标 API 是否原生支持 Path。
