直接用 pathlib.Path 替代字符串拼接是根治路径错误的唯一方案；它天然规避分隔符与转义问题，但需注意构造后调用 .resolve()、显式 str() 转换后传给 open()，且用户输入须立即封装并解析。
直接用 pathlib.Path 替代字符串拼接，是唯一能根治该问题的做法。其他方案（如 os.path.join、手动替换斜杠）在边界场景下仍会出错。
为什么 os.path.join 有时还是报 IOError
它对驱动器路径处理不一致：os.path.join("C:", "data") 在 Windows 上返回 "C:data"（缺分隔符），导致 open() 实际访问 C:dataname.txt 而非 C:data
ame.txt；Linux 下又可能生成带冒号的非法路径。这不是 bug，是设计如此——遇到绝对路径就截断前面所有部分。
- 避免传入带盘符的字符串给
os.path.join，改用os.path.join("C:\", "data", "file.txt")或直接弃用 -
os.path.normpath()只清洗已存在字符串，不能修复拼接逻辑缺陷 - 若必须用
os.path，先用os.path.abspath()强制转绝对路径，但注意它不处理反斜杠在 Linux 下的歧义
pathlib.Path 怎么用才不出 IOError
它把路径当对象处理，不是字符串，天然规避转义和分隔符问题。但几个关键点常被忽略：
- 构造时可混用斜杠：
Path("C:/Users/name") / "data" / "config.json"和Path(r"C:Users ame") / "data"都合法，内部自动归一化 - 读写前务必调用
.resolve()：处理".."、"."、符号链接，避免因相对路径基准变化引发IOError -
Path对象不能直接传给open()：必须显式转成字符串，open(str(p), "r")，否则报TypeError - 用户输入或配置项中的路径，立刻封装：
p = Path(user_input).resolve()，别等用到再处理
哪些“看起来没问题”的写法实际埋雷
这些写法在开发机上可能正常，但部署到另一系统或换工作目录后极易触发 IOError：
立即学习“Python免费学习笔记（深入）”；
-
__file__ + "/../config"：拼接结果是字符串，"../"在不同__file__路径下解析位置不同 -
"C:/data\" + filename：Windows 下双反斜杠在字符串里是合法的，但传给某些 C 扩展库时会被二次解析 -
os.path.dirname(__file__) + os.sep + "assets"：依赖当前__file__位置，打包成 exe 或用 symlink 启动时失效 - 用
sys.argv[1]接收路径却不做.resolve()：用户输"./logs"或"C: emp"，没归一化就直接打开，极大概率IOError
最危险的不是路径写错，而是错误发生在运行时且表现不稳定——比如只在 CI 环境、Docker 容器或特定用户目录下复现。所有路径对象一旦构造完成，立刻 .resolve() 校验，比事后调试快十倍。
