判断文件系统路径需分三层验证：存在性（exists）、类型（isFile/isDirectory）、权限（canRead/canWrite）；符号链接需用Files.exists(path, LinkOption.NOFOLLOW_LINKS)严格校验目标；写操作前应检查父目录可写性而非文件自身。
直接用 exists() 判断存在性只是第一步，它只告诉你路径“有没有”，不保证能读或能写。尤其在容器、网络盘、符号链接等场景下，exists() 返回 true 却调用 canRead() 失败很常见。关键是要分清“存在”“是目录/文件”“有权限”三个层次，逐层验证。
判断文件或目录是否存在
File.exists() 是基础方法，返回 true 表示该路径在文件系统中已注册（可能是文件，也可能是目录）。
- 对普通路径，它能快速确认物理存在性
- 对符号链接，它只检查链接本身是否存在，不追踪目标是否有效；若需严格判断链接目标，应改用
Files.exists(path, LinkOption.NOFOLLOW_LINKS) - 注意：即使
exists()为true，仍可能因权限不足、磁盘卸载、NFS挂载中断等原因导致后续操作失败
区分是文件还是目录
仅知道“存在”不够，必须明确类型，否则 isFile() 和 isDirectory() 会误判逻辑。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
file.isFile()：返回true说明它是普通文件（非目录、非设备节点等） -
file.isDirectory()：返回true说明它是目录 - 二者互斥，但都可能为
false（比如路径存在但指向管道、socket 或损坏的符号链接）
验证可读性与可写性
权限检查不能依赖 exists()，必须单独调用对应方法，并结合上下文判断：
立即学习“Java免费学习笔记（深入）”；
- 读操作前，检查：
file.exists() && file.canRead() - 写操作前，注意：写入文件需检查
file.getParentFile().canWrite()（因为写权限在父目录），而非file.canWrite()（后者只反映文件自身属性位） -
canRead()/canWrite()受操作系统权限、安全管理器（SecurityManager）限制，可能抛出SecurityException
推荐组合检查模式
避免“先 exists 再操作”的惯性思维，把校验嵌入实际用途中：
- 想安全读取一个配置文件：
if (file.exists() && file.isFile() && file.canRead()) { /* open and read */ } - 想创建或覆盖一个文件：
if (file.getParentFile() == null || file.getParentFile().exists() && file.getParentFile().canWrite()) { /* createNewFile or FileWriter */ } - 想创建目录：
if (!file.exists()) { file.mkdirs(); }，但创建后建议再用file.isDirectory() && file.canWrite()确认可用
