Files.deleteIfExists 不抛出文件不存在异常，但可能因权限不足、文件被占用、路径为非空目录等触发 IOException；需用 try-catch 按异常类型区分处理，并推荐预检+封装工具方法提升健壮性。
使用 Files.deleteIfExists 删除文件时，它本身不会抛出异常（如文件不存在），但**仍可能因权限不足、文件被占用、路径为目录而非文件等触发 IOException**。直接调用而不处理，程序仍可能崩溃。关键不是“避免异常”，而是“合理捕获并响应异常”。
明确 deleteIfExists 的行为边界
deleteIfExists 只做一件事：如果路径存在且可删除，就删；如果路径不存在，静默返回；但它不检查路径类型、不绕过系统级限制、不自动释放句柄。常见导致异常的情况包括：
- 目标是一个非空目录（该方法不递归删除）
- 文件正被其他进程或 Java 自身的
FileInputStream/FileChannel占用 - 当前进程无写权限（尤其在 Linux/macOS 或 Windows 受限账户下）
- 路径是符号链接，而目标不可访问
用 try-catch 包裹并区分处理异常类型
不要忽略异常，也不要笼统捕获 Exception。针对 IOException 的子类做判断更稳妥：
- 捕获
AccessDeniedException→ 提示用户检查权限或以管理员身份运行 - 捕获
DirectoryNotEmptyException→ 若需删除整个目录，改用Files.walkFileTree配合SimpleFileVisitor - 捕获
FileSystemException（含“in use”提示）→ 建议关闭相关应用或稍后重试 - 其他
IOException→ 记录日志，不中断主流程，按业务策略降级（如标记为“待清理”）
删除前增加轻量级预检（可选但推荐）
预检不能替代异常处理，但能提前暴露部分问题，提升用户体验：
- 用
Files.exists(path)确认路径存在（避免误删逻辑错误） - 用
Files.isRegularFile(path)排除目录（除非你本就想删目录） - 用
Files.isWritable(path.getParent())判断父目录是否可写（间接反映权限） - 注意：这些检查和实际删除之间存在竞态条件，所以仍必须保留 try-catch
封装成健壮的工具方法
把逻辑收拢，统一处理常见场景：
public static boolean safeDelete(Path path) {
if (path == null || !Files.exists(path)) return true;
try {
Files.deleteIfExists(path);
return true;
} catch (AccessDeniedException e) {
System.err.println("拒绝访问: " + path);
return false;
} catch (DirectoryNotEmptyException e) {
System.err.println("目录非空，无法直接删除: " + path);
return false;
} catch (IOException e) {
System.err.println("删除失败: " + path + ", 原因: " + e.getMessage());
return false;
}
}
调用时只需 if (!safeDelete(myFile)) { /* 处理失败 */ }，主线程不会因 I/O 异常中断。
