DirectoryNotEmptyException 是 Java NIO 中 Files.delete() 删除非空目录时抛出的受检异常，需显式 import 并在 try-catch 中单独捕获处理，常见策略包括递归删除、跳过记录、抛出自定义异常或交互确认；它不可作为逻辑变量使用，Files.deleteIfExists() 则不会抛此异常而直接返回 false。
directorynotemptyexception 是 java nio 中 files.delete() 方法在尝试删除非空目录时抛出的受检异常（checked exception），它本身不是“逻辑异常变量”，而是一个明确的异常类型，用于标识“目标目录不为空，无法直接删除”的状态。要拦截并处理它，关键在于正确使用 try-catch 捕获该异常，并根据业务需求选择清理、跳过、提示或递归删除等策略。
明确捕获 DirectoryNotEmptyException
该异常属于 java.nio.file 包，需显式 import 并在 try-catch 中单独处理，避免被更宽泛的 IOException 吞掉：
- 导入：
import java.nio.file.DirectoryNotEmptyException; - 写法示例：
try { Files.delete(path); } catch (DirectoryNotEmptyException e) { // 这里专门处理“目录非空”这一明确语义 System.err.println("无法删除目录：" + path + "（目录不为空）"); }
常见处理方式及对应逻辑
捕获后不应仅打印日志，而应按场景做有意义响应：
-
递归删除整个目录树：调用
Files.walkFileTree()或使用Files.deleteIfExists()配合自定义SimpleFileVisitor先清空再删目录 - 跳过并记录警告：适用于批量清理中允许部分失败的场景，如缓存清理工具
-
抛出自定义业务异常：例如封装为
CannotRemoveNonEmptyDirException，附带路径和上下文，便于上层统一决策 - 交互式确认（CLI/GUI 场景）：提示用户“该目录含文件，是否强制删除？”，再决定后续动作
注意与 Files.deleteIfExists() 的区别
Files.deleteIfExists(path) 不会抛出 DirectoryNotEmptyException —— 它只删除空目录或文件，对非空目录直接返回 false，无异常。若需“静默跳过非空目录”，可用此方法替代 delete()，避免异常处理开销。
避免误用：它不是“逻辑变量”，不能赋值或作为条件变量直接判断
有人误以为可写类似 if (e instanceof DirectoryNotEmptyException) 在非 catch 块中判断——这是无效的。该异常只能在抛出后由 catch 捕获；若想提前检查目录是否为空，应主动调用 Files.list(path).count() == 0（注意性能开销）或 Files.isDirectory(path) && !Files.exists(path.resolve("dummy")) 等轻量探测（不推荐，仍可能竞态）。最稳妥的方式仍是捕获异常。
