立刻删除选delete()，需检查返回值并确保资源关闭；自动清理选deleteOnExit()，仅JVM正常退出时执行且无返回值。
选哪个，取决于你“什么时候需要文件消失”。
要立刻删掉，就用 delete()
调用后马上从磁盘移除，成功返回 true，失败返回 false（比如文件正被占用、没权限、不存在或目录非空）。适合清理已用完的中间文件、上传后的临时副本、日志归档后的旧文件等。
- 必须检查返回值，false 不代表没执行，而是执行失败了
- 删除前确保输入流、输出流、FileChannel 等资源已 close()，否则 Windows 下大概率失败
- 若删的是目录，必须为空，否则返回 false
- 不依赖 JVM 生命周期，哪怕程序卡住或异常中断，该删的已经删了
只想要“用完自动清”，就用 deleteOnExit()
它不真删，只是把路径记进 JVM 关闭钩子列表。等程序正常退出（System.exit 或 main 结束），JVM 关闭前统一执行删除。适合纯临时文件，比如测试生成的 .tmp、解析过程中的缓存文件。
- 无返回值，无法判断是否注册成功；失败也不会报错，静默忽略
- 仅在 JVM 正常终止时触发，kill -9、断电、崩溃等情况不会执行
- Spring Boot 等长生命周期应用中慎用——服务跑几天，这些文件就积压几天
- 和 createTempFile 配合最自然：创建后立刻调用 deleteOnExit()，不用管在哪退出
别踩这些坑
两者都删不了正在被打开的文件；deleteOnExit() 注册重复路径会去重，但不会覆盖；delete() 对不存在的文件返回 false，不是抛异常；deleteOnExit() 在 shutdown hook 被禁用或 SecurityManager 拦截时可能失效。
立即学习“Java免费学习笔记（深入）”；
- 不要混用：先 deleteOnExit() 再 createNewFile()，结果是文件“看似被删实则重建”
- 生产环境避免依赖 deleteOnExit() 做关键清理，应主动 delete() + try-with-resources + finally 保障
- 批量清理建议用 Files.deleteIfExists() 或 NIO 的 Files.walk + filter + delete，更可控
