直接截断文件长度为0是最快速可靠的方式，Java中推荐用Files.truncate()（底层调用ftruncate，不触发I/O），兼容旧JDK可选RandomAccessFile.setLength(0)，而覆盖写、delete+create等方式低效且危险。
直接截断文件长度为 0 是最快速、最可靠的方式，不读取也不写入任何内容，操作系统层面瞬间完成。
用 Files.truncate() 截断文件（推荐）
Java NIO 提供了 Files.truncate() 方法，它底层调用系统 ftruncate 系统调用，无需加载数据、无需缓冲区、不触发磁盘 I/O 写入，仅修改文件元数据中的大小字段。适用于任意大小的文件（包括几十 GB 的日志或 dump 文件）。
- 要求文件必须已存在且可写
- 执行后文件仍存在，但长度变为 0 字节，所有原有内容逻辑上被丢弃
- 不会改变文件权限、创建时间、硬链接等其他属性
示例代码：
Path path = Paths.get("/var/log/app.log");
try {
Files.truncate(path, 0); // 第二个参数是目标长度，设为 0 即清空
System.out.println("文件已清空");
} catch (IOException e) {
System.err.println("清空失败：" + e.getMessage());
}
用 RandomAccessFile.setLength()（兼容性更强）
如果项目仍在使用较老 JDK（如 JDK 6/7），Files.truncate() 不可用，可退而使用 RandomAccessFile.setLength(0)。它同样通过系统调用截断，行为与 truncate() 几乎一致，且无需 Channel 或 Buffer。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
立即学习“Java免费学习笔记（深入）”；
- 无需打开读写通道，不涉及 ByteBuffer 分配
- 比反复 write(0) 或覆盖写入快几个数量级
- 注意：必须用
"rw"模式打开，否则抛出 IOException
示例代码：
File file = new File("/data/bigfile.dat");
try (RandomAccessFile raf = new RandomAccessFile(file, "rw")) {
raf.setLength(0);
}
为什么不推荐重写空内容或 delete+create？
以下方式看似直观，但实际低效甚至危险：
- 用 FileOutputStream 覆盖写空字节数组：会真实写入磁盘块，对超大文件可能耗时数秒甚至分钟，还可能因中断导致残留部分数据
- delete + create 新文件：丢失原文件的 inode、权限、ACL、符号链接指向、打开句柄（其他进程仍在写该文件时会出错）
- 用 FileChannel.map + memset：内存映射清零需分配等量虚拟内存，极易 OOM，且无必要
补充：确认清空成功的小技巧
清空后建议验证长度是否真为 0，避免静默失败：
long size = Files.size(path);
if (size == 0) {
System.out.println("确认清空完成");
} else {
throw new IllegalStateException("预期长度为 0，实际为 " + size);
} 
