NoSuchFileException是运行时异常，不自动创建路径；需显式调用Files.createDirectories()创建父目录，再执行文件操作。
Java 中 NoSuchFileException 是运行时异常，不是受检异常，也不会自动创建路径。
NoSuchFileException 的本质
NoSuchFileException 继承自 IOException，但它是 RuntimeException 的子类（准确说是继承自 FileSystemException → IOException → RuntimeException），属于非受检异常（unchecked exception）。这意味着：
- 编译器不要求你用
try-catch或throws显式处理它 - 它只在运行时抛出，比如调用
Files.readAllBytes(path)、Files.newInputStream(path)等方法且目标文件/目录不存在时 - 它不会因为路径不存在就“自动创建”任何文件或目录
路径不存在时的常见行为
绝大多数 Files 工具方法（如 readString、copy、delete）遇到不存在的路径会直接抛 NoSuchFileException（或其父类 IOException），绝不会静默创建。例如：
-
Files.readString(Paths.get("data/config.txt"))→ 若config.txt不存在，抛异常；不会新建空文件 -
Files.createDirectory(Paths.get("logs/2024"))→ 这个方法确实用于创建目录，但它要求父目录存在，否则抛IOException（不是NoSuchFileException）
如何安全地确保路径可用
若需要“路径不存在就创建”，必须显式调用创建方法：
立即学习“Java免费学习笔记（深入）”；
- 创建单层目录：
Files.createDirectory(path)（父目录必须已存在） - 创建多层目录（推荐）：
Files.createDirectories(path)（自动创建所有必要父目录） - 创建空文件：
Files.createFile(path)（仅当文件不存在时创建，存在则抛FileAlreadyExistsException） - 更稳妥的做法：先检查再创建，或用
Files.exists()+createDirectories()/createFile()组合
为什么容易误解“自动创建”
有些高级框架（如 Spring Boot 的 ResourceLoader、某些日志库配置）可能封装了路径初始化逻辑，看起来像“自动创建”。但这是上层代码主动调用的结果，不是 Java NIO 的默认行为。纯 JDK 的 Files API 始终保持“不隐式改变文件系统”的原则。
