本文介绍使用Java NIO.2的PathMatcher配合Files工具，精准删除指定路径集合中不匹配给定Glob模式的文件和目录，避免误删保留项（如“*.txt”），兼顾安全性与可读性。
本文介绍使用java nio.2的pathmatcher配合files工具，精准删除指定路径集合中**不匹配给定glob模式**的文件和目录，避免误删保留项（如“*.txt”），兼顾安全性与可读性。
在实际项目清理任务中，常需批量删除一组路径（Set
Java 7 引入的 java.nio.file API 提供了更健壮、语义清晰的解决方案：通过 FileSystem.getPathMatcher() 创建 PathMatcher 实例，利用标准 glob 语法（如 glob:**/*.txt）进行跨平台、高精度的路径匹配。
✅ 推荐实现方案（基于 NIO.2）
以下代码封装为可复用方法，支持安全删除 + Glob 排除：
import java.io.IOException;
import java.nio.file.*;
import java.nio.file.attribute.BasicFileAttributes;
import java.util.Set;
public class SafeCleaner {
/**
* 删除 cleanablePaths 中所有不匹配 excludeGlob 的文件或目录
* @param cleanablePaths 待处理路径集合（非 null）
* @param excludeGlob Glob 模式字符串，例如 "glob:**/*.txt" 或 "glob:config/**"
*/
public static void deleteExcept(Set<Path> cleanablePaths, String excludeGlob) {
if (cleanablePaths == null || excludeGlob == null) return;
// 创建 PathMatcher（注意：glob: 前缀不可省略）
PathMatcher matcher = FileSystems.getDefault().getPathMatcher(excludeGlob);
for (Path path : cleanablePaths) {
try {
// 将 File 转为 Path（若输入为 File 集合，可用 path.toPath()）
Path resolvedPath = path.toRealPath(); // 推荐：解析符号链接，避免误判
// 判断是否应被排除（即：匹配 excludeGlob → 跳过删除）
if (matcher.matches(resolvedPath)) {
System.out.println("SKIPPED (matches exclude pattern): " + resolvedPath);
continue;
}
// 安全递归删除：文件直接删；目录走 Files.walkFileTree（更可靠）
if (Files.isDirectory(resolvedPath)) {
Files.walkFileTree(resolvedPath, new SimpleFileVisitor<>() {
@Override
public FileVisitResult visitFile(Path file, BasicFileAttributes attrs) throws IOException {
Files.delete(file);
return FileVisitResult.CONTINUE;
}
@Override
public FileVisitResult postVisitDirectory(Path dir, IOException exc) throws IOException {
if (exc == null) {
Files.delete(dir);
}
return FileVisitResult.CONTINUE;
}
});
} else {
Files.deleteIfExists(resolvedPath); // 自动忽略不存在文件，无需 try-catch 吞异常
}
System.out.println("DELETED: " + resolvedPath);
} catch (IOException e) {
System.err.println("Failed to process " + path + ": " + e.getMessage());
}
}
}
}? 关键注意事项
- Glob 前缀必需：excludeGlob 必须以 glob: 开头（如 "glob:**/*.txt"），否则 getPathMatcher() 抛 IllegalArgumentException。
- 路径标准化：建议调用 toRealPath() 获取绝对且解析后的路径，确保匹配逻辑与实际文件系统一致（尤其存在软链接时）。
- 避免静默吞异常：原代码中空 catch (Exception) 极易掩盖权限错误、占用文件等关键问题。本方案仅捕获 IOException 并打印警告，便于调试。
- 目录删除更可靠：Files.walkFileTree() 比 FileUtils.deleteDirectory() 更底层可控，能正确处理只读文件、深层嵌套等边界场景。
- 性能提示：若 cleanablePaths 规模极大（>10k），可考虑并行流 + ForkJoinPool，但需注意文件系统 I/O 通常为瓶颈，盲目并行未必增益。
✅ 使用示例
Set<Path> targets = Set.of(
Paths.get("/tmp/app/logs/error.log"),
Paths.get("/tmp/app/logs/access.txt"), // ← 应保留（匹配 *.txt）
Paths.get("/tmp/app/cache/old_data.bin"),
Paths.get("/tmp/app/config/local.yaml")
);
SafeCleaner.deleteExcept(targets, "glob:**/*.txt");
// 结果：仅删除 error.log、old_data.bin、local.yaml；access.txt 被跳过该方案兼顾 Java 标准化、可维护性与生产级鲁棒性，是替代老旧 FileUtils 条件删除的现代实践首选。
立即学习“Java免费学习笔记（深入）”；
