要准确判断本地路径是否为存在的、可访问的常规文件，需同时满足：Files.exists(path)、Files.isRegularFile(path, LinkOption.NOFOLLOW_LINKS)和Files.isReadable(path)。
直接用 Path.of() 搭配 Files.exists() 并不能准确判断“是否为有效的文件”，因为 Files.exists() 只检查路径是否存在（可能是文件或目录），且不保证可访问、非损坏、有读取权限等。要可靠判定一个本地路径是否为**存在的、可访问的、常规文件（非目录、非符号链接指向目录等）**，需组合多个条件。
先确认路径存在且是常规文件
Files.exists() 仅返回 true 当路径存在（包括目录），所以必须额外调用 Files.isRegularFile()：
-
Files.exists(path)→ 排除不存在、不可达（如权限拒绝、挂载点失效）等情况 -
Files.isRegularFile(path)→ 确保不是目录、符号链接（除非链接最终解析为文件）、设备文件、套接字等
注意符号链接的默认行为
Files.isRegularFile() 默认**不跟随符号链接**（即只检查链接本身是否为常规文件）。若路径是符号链接，且你关心它最终指向的是否为文件，应显式使用 Files.isRegularFile(path, LinkOption.NOFOLLOW_LINKS) 或 LinkOption.FOLLOW_LINKS：
- 用
FOLLOW_LINKS：检查链接目标是否为常规文件（推荐用于“逻辑上是否是个文件”） - 用
NOFOLLOW_LINKS：仅检查链接文件自身（极少用，除非你明确管理链接元数据）
加上基本可读性检查更稳妥
即使路径存在且是常规文件，也可能因权限不足（如无读权限）、文件系统只读、NFS挂载中断等导致无法读取。生产环境建议追加 Files.isReadable()：
- 它会尝试执行底层
access(2)或等效检查，比打开再捕获异常更轻量 - 注意：Windows 上对某些系统文件可能返回
false即使实际可读（权限模型差异），但对用户文件通常可靠
一行简洁写法（推荐）
综合以上，最实用的判定逻辑是：
boolean isValidFile = Files.exists(path) && Files.isRegularFile(path, LinkOption.NOFOLLOW_LINKS) && Files.isReadable(path);
⚠️ 注意：Path.of() 本身只是构造 Path 对象，不做任何 I/O；所有校验都由 Files.* 方法触发。确保传入的字符串路径格式合法（如 Windows 用 "C:\data\test.txt" 或 "C:/data/test.txt"），否则 Path.of() 会抛 InvalidPathException。
