Pathlib比os.path更优在于将路径抽象为可操作对象，支持运算符重载、链式调用、内置文件系统方法，且跨平台路径拼接更安全；需注意resolve()与absolute()区别、iterdir()的权限缺陷及写入前需手动创建父目录。
Pathlib比os.path好在哪？直接看行为差异
不用再拼接字符串、不用反复调用os.path.join()、也不用担心斜杠方向——Path对象天然支持运算符重载和链式调用。比如Path("data") / "raw" / "input.csv"在Windows和Linux下都生成正确路径，而os.path.join("data", "raw", "input.csv")虽然也能用，但写法冗长、不可读、无法直接调用方法。
更关键的是：Path实例自带文件系统操作能力（如.exists()、.is_file()、.read_text()），不需要额外导入os或shutil。这不是语法糖，是把路径抽象成“可操作的对象”。
常见误用：resolve() 和 absolute() 混用导致路径意外跳转
resolve()会真正访问文件系统，解析符号链接、处理..并返回绝对路径；而absolute()只是补全为绝对路径，不检查是否存在，也不展开符号链接。误用resolve()可能抛出FileNotFoundError，或在CI环境里因路径不存在直接中断流程。
- 需要确保路径真实存在且要规范化 → 用
.resolve() - 只做路径补全（比如日志输出、配置拼接）→ 用
.absolute() - 不确定路径是否存在但又想安全处理 → 先
.exists()判断，再决定是否resolve()
示例：Path("../config.yaml").resolve()在脚本目录外执行时可能报错；换成Path(__file__).parent / "../config.yaml"再.resolve()才稳妥。
立即学习“Python免费学习笔记（深入）”；
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
遍历目录时别直接用 iterdir() 处理大目录
iterdir()返回生成器，看似内存友好，但它**不递归、不过滤、不排序**，而且遇到权限拒绝（如PermissionError）会直接中断迭代——这在扫描用户主目录或容器挂载卷时很常见。
- 需要递归匹配 → 改用
.rglob("*.py")，它自动跳过权限错误的子目录 - 需要稳定顺序 → 显式转为
sorted(p.iterdir())，因为iterdir()顺序依赖底层文件系统 - 需要排除特定目录（如
__pycache__）→ 用path.glob("**/*.py")配合条件过滤，别依赖iterdir()手动跳过
注意：rglob()和glob()返回的也是生成器，但它们内部已捕获PermissionError并静默跳过，这是iterdir()不具备的健壮性。
写入文件前必须检查父目录是否存在
Path.write_text()或Path.open()不会自动创建中间目录，这点和shutil.copy()不同。直接写入Path("logs/app/2024-01/error.log")会抛FileNotFoundError，提示“No such file or directory”，而不是“parent dir missing”。
- 安全写入：先
path.parent.mkdir(parents=True, exist_ok=True)，再写入 - 避免重复创建：如果父目录大概率已存在，
exist_ok=True能省掉exists()判断 - 注意权限：Windows下
mkdir(..., parents=True)对已存在的目录不会改权限，但Linux下可能触发umask影响
这个步骤极容易被忽略——尤其在日志、缓存、临时文件场景中，错误往往出现在部署后首次运行，而非本地开发时。
Pathlib的优雅不在于少写了几个字符，而在于把路径从“字符串”还原成“资源引用”。一旦开始用.with_suffix()替换os.path.splitext()、用.stem代替正则切分、用Path.cwd()替代os.getcwd()，你就很难退回去了。但前提是，得先踩过resolve()的坑、扛住iterdir()的权限暴击、记得给每个写入路径配mkdir(parents=True)。
