Java中Path.toRealPath()与Path.toAbsolutePath()的区别有哪些

参考示例代码：

Path path = Path.of("/Users/user/projects/../.zprofile");
System.out.println(path.toAbsolutePath()); // 输出 /Users/user/projects/../.zprofile
System.out.println(path.toRealPath()); // 输出 /Users/user/.zprofile

除你已知点外的核心区别 #

• 符号链接处理逻辑不同：toRealPath()默认会自动解析路径中的所有符号链接，指向最终的真实文件路径，可通过传入LinkOption.NOFOLLOW_LINKS参数关闭该逻辑；toAbsolutePath()完全不处理符号链接，仅做路径字符串的拼接，不会访问文件系统解析软连指向。
• 异常抛出规则不同：toRealPath()需要实际访问文件系统校验文件存在性、解析路径和符号链接，会抛出IOException，文件不存在、无访问权限时都会触发报错；toAbsolutePath()是纯内存层面的字符串处理，完全不访问文件系统，即使路径完全虚构也不会抛出IO异常。
• 冗余路径解析逻辑不同：toRealPath()是结合文件系统实际结构解析.、..等冗余路径段，不是纯字符串替换，比如路径中包含符号链接时，..的解析结果会匹配软连指向的目录结构；toAbsolutePath()完全不处理..、.这类相对路径标识，仅会将相对路径拼接当前工作目录得到绝对路径字符串。

实际开发适用场景 #

• 优先使用toAbsolutePath()的场景：
  • 仅需要将相对路径转换为绝对路径格式，不需要确认路径真实存在，比如日志打印路径、用户输入路径的初步格式化展示
  • 处理尚未创建的文件/目录路径，比如新建文件前的路径拼接，此时文件不存在调用toRealPath()会直接报错
  • 批量处理大量路径的性能敏感场景，无需访问文件系统的纯内存操作效率远高于toRealPath()
• 优先使用toRealPath()的场景：
  • 需要获取文件的唯一真实路径，比如文件引用去重、防御路径遍历攻击，将用户输入的路径解析为真实路径后可校验是否落在允许的访问目录范围内
  • 需要处理符号链接的场景，不管是需要解析到软连指向的真实文件，还是需要确认软连本身的真实路径
  • 操作文件前需要确认路径真实有效，避免后续读写操作出现找不到文件的错误

内容的提问来源于stack exchange，提问作者João Pedro Schmitt