应使用 pathlib.Path 而非字符串拼接路径，因其自动适配跨平台分隔符、支持运算符拼接、可调用 resolve() 规范化路径、具备类型安全与路径校验能力，避免 os.path.join 或 '/' 手动拼接引发的兼容性问题。
直接用 pathlib，别拼字符串——这是 Python 3.4+ 跨平台路径处理唯一靠谱的做法。手动用 os.path.join() 或 '/'、'\' 拼接，迟早会在 Windows/macOS/Linux 之间出错。
为什么字符串拼接路径在跨平台时会崩
路径分隔符不一致只是表象；更深层问题是：不同系统对相对路径解析、尾部斜杠语义、大小写敏感性、空格和特殊字符的处理完全不同。比如 'data/' + filename 在 Windows 上可能生成 data/
eport.txt（非法），而 Path('data') / filename 自动适配且可安全调用 .resolve()。
-
os.sep和os.altsep难以覆盖所有边界场景（如 UNC 路径、WSL 挂载点） - 字符串拼接无法自动规范化：
'./logs/../config.yaml'不会变成'config.yaml' - 没有类型保障：你传给
open()的是个字符串，但没人检查它是否真指向合法路径对象
用 Path() 创建路径对象的正确姿势
所有路径起点都该是 Path 实例，而不是字符串。构造时优先用绝对路径或基于当前工作目录/模块位置推导，避免隐式依赖 os.getcwd()。
- 从当前脚本所在目录出发：
Path(__file__).parent / 'data' / 'input.csv' - 获取用户主目录：
Path.home() / '.config' / 'myapp' - 转绝对路径（解决符号链接、
..）：Path('logs/../conf.yaml').resolve() - 拼接变量时直接用
/运算符：base_dir / user_id / f'{date}.json'（user_id和date是字符串变量）
读写文件时必须调用 .resolve() 或 .exists() 吗
不是“必须”，但跳过这步等于放弃路径健壮性。尤其当路径含 ..、.、符号链接或用户输入时，.resolve() 能暴露真实路径结构，.exists() 可提前拦截无效路径。
立即学习“Python免费学习笔记（深入）”；
-
.resolve()会抛FileNotFoundError如果路径不存在——适合初始化阶段校验 -
.exists()返回布尔值，适合条件分支：if config_path.exists(): load(config_path) - 注意：
.resolve()在 Windows 上对不存在路径会报错；可用.resolve(strict=False)（Python 3.6+）绕过，但返回的是“逻辑路径”，不保证存在 - 避免对未验证的用户输入直接
.resolve()，先用.is_absolute()或白名单过滤防止路径遍历（如../../etc/passwd）
和 open()、pandas、json 等库配合的常见坑
多数现代库（pandas.read_csv()、json.load()、open()）已原生支持 Path 对象，但仍有细节要盯紧：
-
open(path_obj)没问题；但open(str(path_obj))是冗余转换，且丢掉Path的方法链能力 -
pandas.read_csv()接收Path，但旧版pd.read_json()（ - 日志模块（
logging.FileHandler）仍需str(path)，这是少数必须转换的场景 - 路径对象本身不可哈希，不能直接当字典 key；需要唯一标识时用
path.resolve().as_posix()（返回正斜杠风格字符串）
真正麻烦的从来不是写对一行 Path 创建代码，而是整个项目里所有路径操作都得统一用它——包括配置文件读取、命令行参数解析、测试中的临时路径构造。一旦混入一个 os.path.join()，跨平台兼容就塌了一角。
