安全删除长期不用日志需三步：先按lastmodified时间精准筛选（如7天前），再用files.deleteifexists稳健执行，最后校验可写性及是否为活动文件，规避误删、权限不足或文件占用风险。
安全删除长期不使用的日志文件，核心是“判断+清理+防护”三步到位：先准确识别哪些日志已无业务价值，再用健壮方式删除，同时避免误删、权限不足或文件正被写入导致失败。
按时间阈值精准筛选旧日志
不要简单按文件名或遍历全删。推荐以 最后修改时间（lastModified） 为依据，结合业务保留策略（如只留最近7天）。注意：Java 中 lastModified() 返回毫秒值，需与 Calendar 或 Instant 对齐计算截止时间点。
- 用
Files.list(Paths.get(logDir)).filter(p -> p.toString().endsWith(".log"))安全获取路径流，避免listFiles()在目录为空或权限不足时返回null - 对每个日志文件，检查
Files.getLastModifiedTime(p).toInstant().isBefore(cutoffTime)，比file.lastModified()更可靠（尤其在 NFS 或容器挂载卷上） - 建议设置最小保留时间（如至少保留1天），防止因系统时间跳变导致误删
使用 NIO 的 deleteIfExists 稳定执行
避免用过时的 File.delete()——它失败时不抛异常，仅返回 false，难以定位原因。改用 Files.deleteIfExists(path)：
- 删除成功返回
true；文件不存在返回false（非错误） - 若目标是目录且非空，会明确抛出
DirectoryNotEmptyException，可捕获后递归清理或跳过 - 配合
try-catch IOException，记录具体失败原因（如“AccessDeniedException”提示权限问题，“FileSystemException”提示文件正被占用）
规避运行时冲突与权限风险
Java 应用自身写日志时直接删正在使用的文件，在 Linux/macOS 上可能成功但内容残留（句柄未释放）；在 Windows 上常直接失败。安全做法是：
- 确认日志框架（如 Log4j2、Logback）已配置 滚动策略（RollingPolicy），确保旧日志已完成归档、不再写入。例如 Log4j2 的
TimeBasedTriggeringPolicy+DefaultRolloverStrategy可自动切分并重命名 - 删除前加轻量级校验：用
Files.isWritable(p)和!Files.isSameFile(p, activeLogFile)（若能获取当前活动日志路径） - 生产环境建议通过外部机制清理，例如 Linux 使用
logrotate配合copytruncate，或定时任务调用 Java 工具类，而非嵌入应用主线程
补充：清空而非删除更稳妥的场景
若日志文件仍需保留（如监控进程依赖该文件路径存在），可用清空内容代替删除：
Files.write(path, new byte[0], StandardOpenOption.TRUNCATE_EXISTING)- 比
rm file && touch file更原子，不改变 inode 和权限 - 适合
catalina.out这类由启动脚本持续追加的单文件日志
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
