Files.isSameFile仅能判断两个已解析且存在的路径是否指向同一物理文件，不支持环境变量（如$HOME）或符号链接的自动展开；使用前必须手动替换变量并调用toRealPath()规范化路径。
files.issamefile 不能用于判断“两个路径是否指向同一个物理变量文件”，因为它根本无法识别或处理“变量文件”这种概念——java 的 files.issamefile 只作用于**实际存在的文件系统路径**，且只判定两个 path 对象是否解析为**同一个物理文件或目录**（即相同 inode，在 windows 上为相同卷+路径规范后一致）。
它不支持“变量文件”或动态路径展开
所谓“变量文件”（如包含 $HOME、%TEMP%、${user.dir} 等环境/系统变量的路径），在传入 Files.isSameFile 前必须先完成变量替换和路径规范化。该方法本身不做任何字符串解析或环境变量展开。
例如：
✘ 错误用法：Files.isSameFile(Paths.get("$HOME/file.txt"), Paths.get("/home/user/file.txt"))
这会直接比较字面路径 "$HOME/file.txt" 和 "/home/user/file.txt"，结果必为 false（甚至抛出 NoSuchFileException，因为 $HOME 路径不存在）。
正确使用前提：路径必须已解析且存在
要让 Files.isSameFile 正常工作，需确保：
- 两个
Path都指向**真实存在的文件或目录**（否则可能抛出IOException） - 所有路径变量（如
$HOME）已由应用层显式展开 - 路径已通过
toRealPath()或normalize()消除./..、符号链接等歧义（推荐用toRealPath(LinkOption.NOFOLLOW_LINKS)获取真实路径）
实用示例：安全比对含变量的路径
假设你有两个路径字符串："$HOME/docs/report.txt" 和 "../docs/report.txt"，想确认它们是否指向同一文件：
- 先用
System.getProperty("user.home")或System.getenv("HOME")替换变量 - 再转为
Path并调用toRealPath()（捕获IOException） - 最后用
Files.isSameFile(p1, p2)判定
代码片段示意：
String pathA = "$HOME/docs/report.txt".replace("$HOME", System.getProperty("user.home"));
String pathB = "../docs/report.txt";
try {
Path p1 = Paths.get(pathA).toRealPath();
Path p2 = Paths.get(pathB).toRealPath();
boolean same = Files.isSameFile(p1, p2);
} catch (IOException e) {
// 路径不存在、无权限、循环软链等
}
注意边界情况
Files.isSameFile 的判定依赖底层文件系统行为：
- 在支持硬链接的系统（如 Linux），指向同一 inode 的不同硬链接会被判为
true - 符号链接默认被跟随；若需忽略软链，应先用
toRealPath(NOFOLLOW_LINKS)获取逻辑路径再比对 - 跨文件系统（如不同挂载点、不同驱动器）的路径永远返回
false - Windows 下大小写不敏感，但路径必须在同一卷（drive letter）下才可能为
true
