确保临时文件正确创建、安全使用并可靠删除需显式控制清理：用createTempFile生成唯一文件，deleteOnExit()适用于短生命周期程序，长期服务应即用即删并检查delete()返回值，生产环境需启动时清理遗留文件。
使用 File.createTempFile 创建临时文件本身不难，关键在于**确保它被正确创建、安全使用，并在不再需要时可靠删除**。Java 不会自动帮你清理这些文件，所谓“自动删除”必须由你显式控制或借助 JVM 关闭钩子等机制实现。
一、基础用法：创建带前缀/后缀的临时文件
createTempFile 会在系统默认临时目录（如 /tmp 或 C:\Users\XXX\AppData\Local\Temp）中生成唯一命名的文件：
- 第一个参数是文件名前缀（如
"data"），至少 3 个字符 - 第二个参数是后缀（如
".txt"），可为null（则无后缀） - 第三个参数（可选）指定父目录；若不传，则用系统默认临时目录
示例：
File temp = File.createTempFile("report", ".csv"); // 生成类似 report123456789.csv二、删除时机选择：deleteOnExit() 的适用与局限
temp.deleteOnExit() 是最常用的“自动删除”方式，它将文件注册到 JVM 关闭钩子中，JVM 正常退出时统一删除。
- ✅ 适合短生命周期、单次运行的工具类程序（如命令行脚本、单元测试）
- ❌ 不适用于长期运行的服务（如 Web 应用）：文件可能堆积数天甚至数月，且 JVM 异常终止（kill -9）时不会触发
- ⚠️ 注意：该方法只对 已创建成功 的文件有效；若创建失败抛异常，别忘了清理可能残留的半成品
三、更可靠的方案：try-with-resources + 显式 delete()
对临时文件做“即用即删”，推荐封装成可关闭资源（例如自定义 AutoCloseable 类），或在业务逻辑结束后立即调用 delete()：
- 务必检查返回值：
if (!temp.delete()) { /* 记录警告，可能被占用或权限不足 */ } - 若需确保删除（比如写入后立刻读取再删），可用
Files.delete(temp.toPath())，它会抛出明确异常便于排查 - 对于需要多次读写的场景，建议用
Files.createTempFile()（返回Path），配合Files.deleteIfExists()更灵活
四、进阶技巧：避免重复创建 & 清理遗留文件
生产环境常因崩溃导致临时文件残留。可加一层防护：
- 启动时扫描临时目录中匹配前缀/时间戳的旧文件，安全清理（例如超过 1 小时未修改）
- 用 UUID 或时间戳作为前缀，方便识别归属和批量清理：
File.createTempFile("myapp_" + UUID.randomUUID(), ".log") - 不要依赖文件名唯一性做业务判断；临时文件仅用于暂存，核心数据应落库或持久化到正式路径
