应使用 files.issamefile() 判断两个路径是否指向同一物理文件，它基于 inode+dev id 等底层标识自动处理符号链接和路径差异；备选方案包括比对 canonical path（有局限）或 getfilekey()（跨平台兼容性好）。
在 Java 中判断两个文件路径是否指向磁盘上的同一个物理文件，不能只靠 String 比较或 File.equals()（它只比较路径字符串），而应使用基于文件系统底层标识的可靠方式——核心是比对文件的 真实路径（canonical path） 或更优的 文件属性（如 inode + 设备号）。JDK 7+ 推荐使用 java.nio.file API。
用 Files.isSameFile() 最直接可靠
这是 JDK 7 引入的标准方法，专为解决此问题设计。它会解析两个 Path 对象的真实底层引用（考虑符号链接、挂载点等），并比对其文件系统级唯一标识（如 inode + dev ID）：
- 自动处理符号链接：若两路径通过不同软链接指向同一目标，返回
true - 跨相对/绝对路径：如
"./data.txt"和"/home/user/data.txt"可正确识别 - 要求两路径可访问且存在；任一路径不存在会抛
IOException
示例：
Path p1 = Paths.get("a.txt");Path p2 = Paths.get("link-to-a.txt");
boolean same = Files.isSameFile(p1, p2); // true（如果 link-to-a.txt 是 a.txt 的符号链接）
手动比对规范路径（canonical path）——兼容旧版但有局限
适用于 JDK 6 或需兼容场景，但注意：它不保证 100% 可靠，尤其在某些网络文件系统或特殊挂载下可能失效：
- 调用
file.getCanonicalPath()获取消除./..和符号链接后的绝对路径 - 再用字符串相等判断（必须用
.equals()，不能用==） - 缺点：无法区分硬链接（不同路径可能有相同 canonical path）、部分 NFS 环境下 canonical path 可能不唯一
示例：
File f1 = new File("dir/../file.txt");File f2 = new File("file.txt");
try {
boolean same = f1.getCanonicalPath().equals(f2.getCanonicalPath());
} catch (IOException e) { /* 处理路径不可达 */ }
进阶：用 Files.readAttributes() 比对底层文件标识（Linux/macOS）
当需要完全绕过路径语义、直击文件系统本质时（例如调试硬链接或验证文件唯一性），可读取 BasicFileAttributes 或平台相关属性：
- 在支持 POSIX 的系统上，可用
PosixFileAttributes获取inode()和dev()，两者组合可唯一标识物理文件 - Windows 上无 inode，但可通过
FileKey（由Files.getFileKey()返回）实现类似效果，该 key 在 JVM 生命周期内对同一文件稳定 - 注意：
getFileKey()可能返回null（如文件系统不支持），需判空
示例（通用安全写法）：
try {FileKey key1 = Files.getFileKey(path1);
FileKey key2 = Files.getFileKey(path2);
if (key1 != null && key2 != null) {
boolean same = key1.equals(key2);
}
} catch (IOException e) { /* 处理异常 */ }
关键注意事项
-
路径必须存在：所有上述方法均要求文件实际存在于文件系统中，否则抛出
IOException或返回不确定结果 -
权限影响结果：若进程无权访问某路径（如无读/执行权限），
getCanonicalPath()或isSameFile()会失败 -
不要用
File.getAbsolutePath()：它不解析符号链接或相对路径，纯字符串拼接，完全不可靠 -
慎用硬链接判断：同一文件的多个硬链接在大多数系统上有相同 inode，但
isSameFile()仍能正确返回true；而 canonical path 在硬链接间通常不同（除非路径本身已指向同一入口）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
