必须在System.exit()前显式删除临时文件，推荐用Files.deleteIfExists或递归清理临时目录并加try-catch；辅以ShutdownHook兜底；最佳实践是避免System.exit()，改用自然退出或框架提供的优雅关闭机制。
不能靠 System.exit() 自动清理临时文件——它会直接终止 JVM，跳过所有后续代码（包括 finally、try-with-resources），临时文件若没提前删，就会残留。
必须在 exit 前显式删除
最可靠的做法是：把删除逻辑写在 System.exit() 调用之前，确保执行完成再退出：
- 用
Files.deleteIfExists(path)或file.delete()主动清理 - 如果临时文件较多，建议统一管理路径，比如用
Path tempDir = Files.createTempDirectory("myapp-")创建专属目录，退出前递归删除整个目录 - 加
try-catch捕获IOException，避免清理失败导致退出中断（但不要吞掉异常，至少记日志）
用 ShutdownHook 做兜底保障
System.exit() 会触发已注册的 ShutdownHook，可作为第二道防线：
- 在程序启动早期（如
main开头）注册钩子：Runtime.getRuntime().addShutdownHook(new Thread(() -> { deleteTempFiles(); })); - 钩子里同样调用
deleteIfExists或递归清理，但要加超时保护（比如Files.walk配合limit(1000)防止遍历卡死） - 注意：钩子不保证一定执行（
kill -9、JVM 崩溃时失效），只能“尽力而为”，不能替代前置清理
更推荐自然退出 + 显式生命周期管理
真正健壮的方案，是避免直接调用 System.exit()：
立即学习“Java免费学习笔记（深入）”；
- 命令行工具：让
main方法自然 return，临时文件在 return 前删掉 - Web 或 Spring Boot 应用：用
SpringApplication.exit(context, code)，它会先走 Bean 销毁流程（你可在@PreDestroy方法里删临时文件），再调System.exit() - 长期运行服务：通过信号（如 SIGTERM）或管理端点触发关闭流程，把清理逻辑封装进标准销毁方法中
别忽略临时文件的创建上下文
很多临时文件是框架或库自动创建的（如 Jetty 的 work 目录、Logback 的临时缓冲）：
- 优先查文档，看是否有配置项控制自动清理（例如
jetty.deploy.tempDir设为内存路径，或启用cleanupOnExit） - 若用
File.createTempFile()，记得保存引用，在业务结束时立即deleteOnExit()—— 注意这个方法仅对 JVM 正常退出有效，且不适用于高并发场景（可能被 GC 提前回收引用） - 生产环境建议用确定路径（如
/var/tmp/myapp/）+ 定期清理脚本，别完全依赖 Java 层退出逻辑
