Files.isSymbolicLink()仅判断路径是否为符号链接（返回boolean），不获取目标路径；需配合Files.readSymbolicLink()读取目标，且后者返回的是原始相对路径，须手动resolve()和normalize()才能得到正确绝对路径。
Files.isSymbolicLink() 只能判断是否为符号链接，不能获取目标路径
这个方法返回 boolean，只回答“是不是软链接”，不告诉你它指向哪。常见误区是以为调用后就能拿到目标，结果发现返回 true 却不知道下一步怎么读取链接内容。它本质是个轻量检查，底层对应 POSIX 的 lstat() 调用，不触发路径解析。
典型使用场景：遍历目录时快速跳过或标记软链接，避免误入循环引用；配合 Files.readSymbolicLink() 做二次处理。
- 必须传入一个已存在的
Path对象，如果路径不存在，会抛NoSuchFileException - 对硬链接（hard link）返回
false—— 它只识别 symbolic link - Windows 上需启用开发者模式或以管理员权限运行，否则 NTFS 符号链接可能被忽略或报
AccessDeniedException
正确组合 Files.readSymbolicLink() 获取软链接目标
单独用 Files.isSymbolicLink() 没法完成“识别并定位”的完整需求，必须搭配 Files.readSymbolicLink()。后者返回的是一个 Path，但注意：它是**相对路径的原始字符串表示**，不是解析后的绝对路径。
示例：
Path link = Paths.get("/usr/local/bin/java");
if (Files.isSymbolicLink(link)) {
Path target = Files.readSymbolicLink(link); // 可能返回 "../java-17-openjdk-amd64/bin/java"
Path resolved = link.getParent().resolve(target).toAbsolutePath().normalize();
}
-
Files.readSymbolicLink()在链接损坏（dangling link）时抛IOException，需捕获处理 - 返回的
Path是未解析的——若目标是相对路径，它不会自动拼到父目录，得手动resolve() - Windows 上若链接指向驱动器根目录（如
D:\），resolve()可能意外丢掉盘符，建议先检查target.isAbsolute()
为什么 Files.isRegularFile() 和 isSymbolicLink() 可能同时为 true？
这是合法且常见的情况：软链接本身是一个文件（inode 类型为 symlink），所以 Files.isSymbolicLink() 返回 true；而它又存在于文件系统中、有大小和权限，因此 Files.isRegularFile() 也返回 true —— 注意，这里 isRegularFile() 判定的是链接文件自身，不是它指向的目标。
- 想判断“目标是否为普通文件”，要用
Files.isRegularFile(Files.readSymbolicLink(path))（先读再判） - 想排除软链接，仅处理真实文件，条件应为：
!Files.isSymbolicLink(path) && Files.isRegularFile(path) - Java 11+ 提供
Files.isSameFile(path, target)辅助判断循环链接，但不解决目标存在性验证
跨平台软链接识别的实际陷阱
Linux/macOS 默认支持符号链接，但 Windows 需要显式启用，且默认策略限制非管理员创建。更隐蔽的问题是：JVM 启动参数 -Djdk.io.permissionsUseCanonicalPath=false（旧版 JDK 8u231+ 默认开启）会影响符号链接的路径规范化行为，导致 getFileName() 或 relativize() 结果异常。
- 测试前先确认：
Files.isSymbolicLink(Paths.get("."))在当前环境是否返回预期值 - Docker 容器中挂载卷时，宿主机创建的软链接在容器内可能变为普通文件（取决于挂载选项和文件系统类型）
- 某些网络文件系统（如 NFSv3）不传递符号链接元数据，
isSymbolicLink()恒返回false，此时需 fallback 到Files.getAttribute(path, "unix:mode")手动解析 st_mode
实际操作中，最易被忽略的是“软链接目标路径未解析”这一环 —— 很多人拿到 Files.readSymbolicLink() 的结果就直接当绝对路径用，结果在相对链接场景下路径拼错，后续操作全部失败。
