为何os.path.realpath会移除路径开头双斜杠但os.path.abspath会保留

两个函数返回结果不同，核心是设计目标和遵循的处理逻辑完全不同，结合POSIX路径规范和Linux系统的路径处理规则可以直接解释：

• 首先是POSIX标准对多斜杠开头路径的明确规定：

  路径开头连续1个斜杠为普通绝对根路径；连续2个斜杠开头的路径属于「实现自定义语义」的特殊路径，规范层面不要求做折叠处理；连续3个及以上开头斜杠的路径，等价于单斜杠开头的普通绝对根路径，多余斜杠必须折叠。

• os.path.abspath的处理逻辑非常轻量：它只会完成「相对路径转绝对路径+基础规范化」的操作——也就是基于当前工作目录补全相对路径，清除路径里的.、..这类相对跳转片段，处理多余斜杠时严格遵守POSIX的字面规则：遇到开头2个斜杠就原样保留，遇到3个及以上开头斜杠才折叠为1个。因此传入//home时，它不会修改开头的双斜杠，直接返回//home。
• os.path.realpath的设计目标是返回路径在文件系统中对应的真实物理路径：它除了做基础的路径规范化，还会逐层解析路径上所有的符号链接，最终返回操作系统内核实际识别的寻址路径。Linux内核本身没有实现POSIX预留的「双斜杠特殊路径」语义，内核处理路径时，只要开头斜杠数量≥2，最终都会按单斜杠根路径做寻址，不会保留双斜杠的特殊形式。realpath直接走系统层的真实路径解析流程，自然会把开头多余的斜杠折叠，返回内核实际使用的/home。

测试用例里3个及以上开头斜杠的场景下，两个函数都会把多余斜杠折叠成单斜杠，所以返回结果完全一致，和上述逻辑完全匹配。

内容的提问来源于stack exchange，提问作者Kilian Obermeier