Files.deleteIfExists() 不抛 FileNotFoundException 是因先调用 Files.exists() 判断，不存在则直接返回 false；仅 DirectoryNotEmptyException、AccessDeniedException 等真实错误仍需 try-catch 处理。
Files.deleteIfExists() 为什么不会抛 FileNotFoundException
它根本不会走到删除逻辑里——方法内部先调用 Files.exists(path) 判断，不存在就直接返回 false，不触发任何底层系统调用。这和 Files.delete() 形成关键区别：delete() 一见路径不存在，立刻抛 NoSuchFileException（IOException 子类）。
哪些 IOException 依然必须 catch
绕过“不存在”不等于万事大吉。以下真实错误照常抛出 IOException 或其子类，不处理就会崩：
-
DirectoryNotEmptyException：目标是目录且非空（哪怕只含一个.DS_Store或隐藏文件） -
AccessDeniedException：Windows 下文件设为只读、或当前用户无写权限（如服务账户运行） -
FileSystemException：文件正被占用（Excel 打开着 .xlsx、IDE 正在索引、杀毒软件扫描中） -
SecurityException：沙箱环境（如 Applet）被安全管理器显式拦截（极少见）
也就是说，deleteIfExists() 只帮你过滤掉“本来就没有”这一种情况，其余都是真问题，得靠 try-catch 捕获并响应。
删非空目录不能只靠 deleteIfExists()
它对非空目录的处理就是直接抛 DirectoryNotEmptyException，不会递归、不会跳过、不会静默失败。想删整个目录树，必须配合 Files.walkFileTree()：
Path root = Paths.get("target/logs");
try {
Files.walkFileTree(root, new SimpleFileVisitor<path>() {
@Override
public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException {
Files.delete(file); // 已知存在，用 delete() 确保失败即报错
return FileVisitResult.CONTINUE;
}
@Override
public FileVisitResult postVisitDirectory(Path dir, IOException exc) throws IOException {
Files.delete(dir); // 子目录已清空，这里删空目录
return FileVisitResult.CONTINUE;
}
});
} catch (IOException e) {
// 统一处理遍历或删除过程中的任意 IO 错误
}
</path>
注意：别在 visitFile 里用 deleteIfExists()——walk 已保证路径存在，用 delete() 才能暴露真实失败原因。
返回值 false 不等于“删除成功失败”
这是最容易误解的一点：false 只代表“路径不存在”，不代表“删不动”。比如你传入一个指向不存在软链接的路径，它也返回 false；但若路径存在却因权限被拒，它会抛异常而非返回 false。
所以实际逻辑应该是：
- 捕获
IOException→ 处理真实错误（权限、占用、非空目录等） - 返回
false→ 安全忽略，或记录“目标本就不存在” - 返回
true→ 确认文件/空目录已被移除
别把 false 当作通用错误信号，它只是“不存在”的明确反馈——这个语义边界一旦混淆，排查时就会反复在日志里找根本没发生的错误。
