os.path.join() 遇到绝对路径会丢弃前面所有部分，只保留最后一个绝对路径；因设计如此，并非 bug，故拼接时需确保参数均为相对路径或改用 pathlib.Path。
os.path.join() 为什么不能直接拼接绝对路径
因为 os.path.join() 遇到以 /（Linux/macOS）或 C:\（Windows）开头的路径时，会直接丢弃前面所有部分，只保留最后一个绝对路径——这是它的设计逻辑，不是 bug。
常见错误现象：os.path.join('/home/user', '/tmp/file.txt') 结果是 '/tmp/file.txt'，不是预期的 '/home/user/tmp/file.txt'。
- 使用场景：拼接配置目录 + 日志文件名、项目根目录 + 子模块路径
- 根本原因：一旦参数中出现绝对路径，
os.path.join()就“重置”了拼接起点 - 安全做法：确保所有传入参数都是相对路径；不确定时先用
os.path.relpath()或手动 strip 开头的/或:
Windows 下 drive letter 导致路径意外截断
os.path.join('C:\data', 'log\app.log') 没问题，但 os.path.join('C:\data', 'D:\backup\app.log') 会返回 'D:\backup\app.log' —— Windows 的盘符也被视为“绝对路径锚点”。
这在跨盘符迁移脚本、备份工具里特别容易出错，比如你以为在 C: 下构造路径，结果悄悄切到了 D:。
立即学习“Python免费学习笔记（深入）”；
- 检查方法：用
os.path.isabs()判断每个参数是否为绝对路径 - 规避方式：对用户输入或配置项做预处理，如
path.strip().lstrip('/').lstrip(r'\').lstrip(r'[A-Za-z]:\') - 注意
os.path.join()在不同系统下对盘符的识别行为一致，但字符串处理逻辑需兼顾大小写和冒号后斜杠
替代方案：pathlib.Path 更可靠也更直观
Python 3.4+ 推荐用 pathlib.Path，它把路径当对象处理，/ 运算符重载天然支持拼接，且自动处理平台差异和绝对路径逻辑。
示例：Path('/home/user') / 'tmp' / 'file.txt' → PosixPath('/home/user/tmp/file.txt')；Path('C:\data') / 'log' / 'app.log' → WindowsPath('C:\data\log\app.log')。
-
Path对绝对路径更“温和”：只有右侧是完整绝对路径（含盘符或/）时才覆盖左侧 - 兼容性：3.4+ 原生支持，无需额外依赖；但旧项目若需支持 2.7/3.3，仍得靠
os.path - 性能差异可忽略，但可读性和链式调用（如
.resolve(),.exists()）明显提升
真实项目中容易被忽略的边界点
路径拼接不是纯字符串操作，真正复杂的是“语义一致性”：你拼出来的路径，是否真能被后续的 open()、os.listdir() 或 subprocess 调用正确解析？
- 空字符串或
None传给os.path.join()会导致静默拼出奇怪路径（如os.path.join('a', None)→'aNone'），务必提前校验 - 环境变量插值（如
$HOME）必须先用os.path.expandvars()，否则join()会原样拼进去 - Web 服务中接收的 URL path 参数（如
../../etc/passwd）绝不能直接进join()，要用os.path.normpath()+ 白名单校验
路径拼接最麻烦的从来不是语法，而是上下文里那个“你以为它该在哪”的假设。多打一行 print(repr(result_path))，比查三遍文档更管用。
