pathlib 是 Python 3.4+ 官方推荐的跨平台路径处理方案，自动适配系统分隔符，以面向对象方式封装路径操作，比 os.path 更可靠、易读、可链式调用，但需注意构造陷阱与系统差异。
pathlib 是 Python 3.4+ 官方推荐的跨平台路径处理方案，它能自动适配 Windows 的 /，避免硬编码分隔符导致的崩溃。直接用它，比拼字符串或反复调用 os.path.join() 更可靠、更易读。
为什么 pathlib 比 os.path 更适合标准化路径
不是因为 os.path 不能用，而是它属于“过程式”操作：每次拼接都要调用函数，路径拆分要记一堆函数名（os.path.dirname、os.path.basename、os.path.splitext），出错时调试困难。而 pathlib.Path 是一个对象，路径本身就是数据+行为的封装：
-
Path("a") / "b" / "c.txt"自动按系统选分隔符，无需关心还是/ -
p.parent、p.stem、p.suffix等属性直观看语义，不依赖字符串切分逻辑 -
p.resolve()能真实解析相对路径、..、符号链接，os.path.abspath()在某些挂载点下可能失效 - 所有方法返回的仍是
Path对象，可链式调用，比如Path.cwd().parent / "config" / "app.ini"
Path 构建时容易忽略的三个坑
看似简单，但实际写错会导致路径不存在、权限错误或静默失败：
- 别对字符串路径直接加
Path再拼接：Path("dataconfig.txt")在 Windows 下会因反斜杠转义变成data<tab>config.txt</tab>—— 必须用原始字符串r"dataconfig.txt"或统一用正斜杠"data/config.txt" -
Path.home()返回的是当前用户主目录，但某些容器环境或服务账户下可能为空或不可写，建议搭配.exists()检查：if not config_dir.exists(): config_dir.mkdir(parents=True) - UNC 路径（如 Windows 网络共享）需显式用双反斜杠或正斜杠：
Path(r"\servershare ile.txt")或Path("//server/share/file.txt")，单斜杠会解析失败
如何安全地替换旧代码中的 os.path 调用
不需要全量重写，按使用频率优先替换高频、易错点：
- 把
os.path.join(a, b, c)替成Path(a) / b / c—— 注意a本身要是字符串或Path，不能是None - 把
os.path.expanduser("~/data")替成Path.home() / "data"，更直观且自动处理波浪线 - 把
os.path.isdir(p)或os.path.exists(p)替成Path(p).is_dir()或Path(p).exists()，方法名即语义，且支持链式判断：if (p := Path("log")).exists(): p.mkdir(exist_ok=True) - 慎用
Path(p).absolute()：它不检查路径是否存在，只做字符串规范化；需要真实路径请用.resolve()，但它会抛FileNotFoundError，记得捕获
Windows 和 Linux/macOS 下的真实差异点
即使用了 pathlib，有些行为仍受系统约束，必须主动应对：
立即学习“Python免费学习笔记（深入）”；
- 盘符：Windows 路径有
C:，Linux/macOS 没有 ——Path("C:/data").drive返回"C:"，但在 Linux 上Path("/home").drive是空字符串，别假设它总有值 - 大小写敏感：Linux/macOS 默认区分
File.TXT和file.txt，Windows 不区分 —— 如果逻辑依赖文件名精确匹配，得自己加.lower()或用glob()配合通配符 - 长路径限制：Windows 默认限制 260 字符，启用长路径支持后仍需在路径前加
\\?\前缀，pathlib不自动处理这点，得手动包装：Path(r"\?C: erylongpath")
pathlib 解决的是“怎么写路径”，不是“路径是否可达”。最常被跳过的一步是：构建完 Path 对象后，没调用 .exists() 或 .is_file() 就直接打开，结果在另一台系统上因路径不存在或权限不足而崩。写完路径操作，顺手加一行存在性检查，比事后查日志快得多。 
