Java中FileNotFoundException核心原因有三：路径错误（如相对路径基准偏差、大小写不符）、权限不足（OS级读写限制）、代码未兜底（未校验exists()或未用try-with-resources）。
Java 读写文件出错，核心就三类问题：权限不对、路径错了、代码没兜底。别一上来就翻源码，先盯住日志里那句 Exception 类型 + 具体消息，基本就能锁死方向。
看异常类型，快速分清是哪层的问题
报错不是随机的，每种异常背后有明确成因：
- FileNotFoundException：文件根本不存在，或路径写错（比如少个斜杠、大小写不符、用了相对路径但当前工作目录不是你预期的）
- IOException: Permission denied：Linux/macOS 上最常见——Java 进程没权限读或写那个文件或父目录
- AccessDeniedException：Windows 下更典型，常因文件被其他程序占用（如 Excel 正开着），或安全策略限制
- SecurityException：运行在沙箱环境（如 Applet 或某些容器）时被安全管理器拦截
- NullPointerException：FileInputStream/FileOutputStream 对象本身为 null，通常是 try-with-resources 前就初始化失败，或路径参数传了 null
查路径和权限，90% 的问题在这两步
路径和权限是实际部署中最容易忽略的硬伤：
- 用 System.out.println(new File("your-path").getAbsolutePath()) 打印出 Java 真正访问的绝对路径，确认它和你设想的一致
- Linux/macOS 下执行 ls -l /path/to/file，检查文件所有者、组、权限位；如果 Java 进程用户不是所有者，至少得保证 group 或 other 有对应 r/w 权限
- 权限不够？用 chmod 644 file.txt（文件读写）或 chmod 755 dir/（目录可进入+读）补上，别盲目加 777
- Windows 下右键文件 → “属性” → “安全”选项卡，确认运行 Java 的用户有“读取”或“修改”权限
代码层面要主动防御，不能只靠 try-catch
捕获异常只是兜底，提前校验才能防患于未然：
立即学习“Java免费学习笔记（深入）”；
- 操作前先判断：if (!file.exists()) { throw new IllegalArgumentException("配置文件缺失"); }
- 写文件前检查父目录：file.getParentFile().mkdirs(); 确保路径存在
- 用 try-with-resources，避免流没关闭导致句柄泄漏（尤其在循环中反复读写）
- 处理大文件时，别用 Files.readAllBytes() 一次性加载进内存，改用 Files.lines() 流式处理或 BufferedInputStream 分块读
日志里找不到线索？打开更细粒度的调试
标准日志有时太简略，需要手动加点“探针”：
- 在打开流之前，打印 file.canRead()、file.canWrite()、file.length() 的结果
- 如果是 NIO（Paths/Files），捕获 FileSystemException，它的 getReason() 方法常带操作系统级错误描述
- 在生产环境，建议把文件操作封装成工具方法，并统一记录入参路径、操作类型、是否成功、耗时，便于事后回溯
