Files.createTempFile()创建的临时文件不由操作系统管理，仅由Java应用层控制；它默认存于java.io.tmpdir目录，不参与系统swap或内存换出，需显式清理以防残留。
Files.createTempFile() 创建的临时文件真的由系统管理吗
不。Java 的 Files.createTempFile() 只负责在指定目录（通常是 java.io.tmpdir）中创建一个带随机后缀的临时文件，它**不注册给操作系统做“交换文件”用途**，也不参与内存页换出、swap 分区管理等系统级行为。所谓“系统管理的临时交换文件”，在 JVM 场景下实际并不存在——JVM 不会把 Files.createTempFile() 生成的文件自动用作 swap 或 GC 交换区。
什么时候该用 Files.createTempFile() 做临时数据暂存
它适合用于应用层需要**短期、可丢弃、隔离性好**的中间文件，比如序列化大对象、流式处理分块缓存、测试中的 mock 文件等。关键点在于：你得自己负责后续清理，否则文件会残留。
- 默认创建在
System.getProperty("java.io.tmpdir")，可通过System.setProperty("java.io.tmpdir", "/path")提前指定（需在 JVM 启动前或Files.createTempFile()调用前生效） - 推荐显式传入
prefix和suffix，避免默认的tmp前缀导致冲突或难排查：Files.createTempFile("myapp-sort-", ".bin") - 创建后立即调用
toFile().deleteOnExit()是常见做法，但注意：仅对 JVM 正常退出有效；崩溃、kill -9、容器被删等情况不会触发 - 更健壮的做法是配合
try-with-resources+ 显式Files.deleteIfExists(path)，并在 finally 或 close() 中清理
为什么不能把 createTempFile() 文件当 swap 使用
因为操作系统 swap 机制只认特定格式的交换分区（如 Linux 的 mkswap 格式）或交换文件（需 swapon 激活），而 Files.createTempFile() 生成的是普通空文件，没有元数据、没设置权限位、也没被内核挂载。强行用它做 swap 会直接报错：
swapon: /tmp/swapfile123: swapon failed: Invalid argument
此外，JVM 本身不提供 API 将任意文件映射为堆外交换空间；ByteBuffer.allocateDirect() 或 MappedByteBuffer 也不能绕过这个限制。
替代方案：真要临时大容量存储，该怎么做
如果目标是避免 OOM、支持超大集合排序或流式归并，优先考虑非文件方案；若必须落盘，应明确生命周期并主动管理：
- 用
java.nio.channels.FileChannel.map()创建MappedByteBuffer，配合StandardOpenOption.CREATE, StandardOpenOption.READ, StandardOpenOption.WRITE，实现零拷贝读写（注意：仍需手动Files.delete()） - 使用内存映射时，避免
map()超过可用虚拟地址空间（32 位 JVM 尤其危险） - 对敏感数据，创建后立刻
Files.setPosixFilePermissions(path, EnumSet.of(PosixFilePermission.OWNER_READ, PosixFilePermission.OWNER_WRITE))限制权限 - 生产环境务必监控
java.io.tmpdir磁盘空间，临时文件暴增往往是资源泄漏信号
临时文件不是黑盒托管服务，它的“临时性”完全取决于你的代码是否及时删除——这点最容易被忽略，也最常引发磁盘占满故障。
