FileNotFoundException 不仅表示文件未找到，还涵盖路径不存在、权限不足等场景；应优先用 Files.exists() 和 Files.isReadable() 主动检测，而非依赖异常类型判断。
java 中 filenotfoundexception 是一个检查型异常（ioexception 的子类），但它**并不只表示“文件没找到”**——从 java 7 开始，它被复用于多种 i/o 失败场景，包括路径不存在、无读取权限、甚至某些情况下目录被当作文件打开等。因此，仅靠捕获 filenotfoundexception 无法直接区分“路径不存在”和“权限不足”。要可靠区分，需结合 java.nio.file api 和底层异常细节。
使用 Files.exists() + Files.isReadable() 主动探测
这是最推荐、最清晰、跨平台兼容的方式：不依赖异常类型，而是主动检查路径状态与权限。
-
先确认路径是否存在：
Files.exists(path, LinkOption.NOFOLLOW_LINKS)返回false表示路径（含父目录链）根本不存在或不可达；返回true表示路径存在（但未必可访问）。 -
再判断是否可读：
Files.isReadable(path)在路径存在前提下，检查当前进程是否有读取权限。若为false且exists()为true，大概率是权限不足（如 Linux 上无 r 权限，Windows 上被 ACL 拒绝）。 -
注意符号链接：默认
isReadable()会跟随符号链接。若需检查链接本身（而非目标），应配合LinkOption.NOFOLLOW_LINKS使用。
解析 FileNotFoundException 的 cause 和 message（辅助手段）
当必须通过异常流处理时，可尝试提取底层原因，但该方式**不可靠、平台相关、易失效**，仅作补充参考：
-
检查 getCause()：在部分 JVM 实现（如 OpenJDK）中，
FileNotFoundException可能包装一个UnixException或WindowsException，其errorCode或reason字段可能含线索（如 Linux 的ENOENTvsEACCES）。 -
观察 getMessage()：某些系统返回的错误消息含关键词，例如：
"Permission denied" → 权限问题
"No such file or directory" → 路径不存在
但该字符串非标准，可能被本地化或省略，**不可用于逻辑分支判断**。
用 Files.newInputStream() 替代传统 FileInputStream
使用 NIO.2 的打开方式，能让异常语义更明确：
-
Files.newInputStream(path)抛出的仍是FileNotFoundException，但其行为更一致，且便于与Files.exists()等组合使用。 - 相比
new FileInputStream(path)（旧 API，异常语义模糊），NIO.2 方法更鼓励显式状态检查，减少对异常类型的依赖。 - 若需进一步控制（如跳过某些检查），可用
Files.newInputStream(path, StandardOpenOption.READ)，并配合LinkOption。
实际判断逻辑示例
以下是一个健壮的判断模板：
立即学习“Java免费学习笔记（深入）”；
Path path = Paths.get("/etc/shadow");
if (!Files.exists(path)) {
System.out.println("路径不存在（或上级目录缺失）");
} else if (!Files.isReadable(path)) {
System.out.println("路径存在，但无读取权限");
} else {
try (InputStream is = Files.newInputStream(path)) {
// 安全读取
} catch (IOException e) {
// 其他 I/O 错误（如磁盘故障、被占用等）
System.err.println("读取失败：" + e.getMessage());
}
} 
