Files.exists()是Java NIO.2中判断路径是否存在最推荐的方式，基于OS真实状态，支持符号链接控制，需配合isRegularFile()或isDirectory()明确类型，比File.exists()更可靠、语义清晰且与NIO生态兼容。
Files.exists 是 Java NIO.2 中判断文件或目录是否存在最常用、推荐的方式，它底层基于操作系统的真实状态，比传统 File.exists() 更可靠、语义更清晰。
基本用法：传入 Path，返回布尔值
你需要先将路径字符串转为 Path 对象，再调用 Files.exists()：
- 支持文件和目录，不区分类型，只判断“路径是否在文件系统中存在”
- 如果路径是符号链接，默认会尝试解析（即检查链接指向的目标是否存在）
- 若只想检查链接本身（不追踪），需配合
LinkOption.NOFOLLOW_LINKS
示例：
Path path = Paths.get("data/config.txt");boolean exists = Files.exists(path); // true 表示存在（无论文件还是目录）
注意：exists() 不代表可读/可写/是文件还是目录
Files.exists() 只回答“有没有”，不回答“能不能用”或“是什么”。常见误区包括：
立即学习“Java免费学习笔记（深入）”；
- 返回
true不代表它是普通文件（可能是目录）→ 需用Files.isRegularFile()或Files.isDirectory()进一步判断 - 返回
true不代表你有权限读取 → 可能因权限不足抛出 SecurityException，或静默返回 false（取决于安全管理器） - 返回
false不一定真不存在 → 可能是权限拒绝访问（如 Linux 下无执行权限的父目录），此时也返回 false
安全判断文件/目录存在的推荐组合
实际开发中，常需明确知道“是否存在且是目录”或“是否存在且是普通文件”，建议组合使用：
- 判断目录是否存在且是目录：
Files.exists(p) && Files.isDirectory(p) - 判断文件是否存在且是普通文件：
Files.exists(p) && Files.isRegularFile(p) - 判断路径存在（含符号链接本身）：
Files.exists(p, LinkOption.NOFOLLOW_LINKS)
这样既避免误判，也符合意图驱动的编码习惯。
与 File.exists() 的关键区别
老式 new File("x").exists() 存在几个隐患：
- 对空路径、非法字符等处理不严格，可能返回意外结果
- 不支持符号链接控制选项
- 无法与现代 NIO 流程（如 Files.walk、Files.copy）自然衔接
- 在某些 JVM 实现或特殊文件系统下行为不一致
因此，新项目应统一使用 Files.exists() + Path。
