Java NIO清空文件最推荐用Files.write(path, new byte[0])，自动创建或截断文件并保留属性；显式指定TRUNCATE_EXISTING和CREATE选项更明确；需注意日志被占用时的inode问题及并发同步。
Java NIO 提供了简洁、可靠的方式清空文件内容，核心是用 Files.write() 覆盖写入空字节数组，不创建新文件、不依赖流手动关闭，也无需判断文件是否存在（可配合 StandardOpenOption.CREATE 或 TRUNCATE_EXISTING 精确控制）。
直接写入空内容（最常用）
这是最快、最安全的清空方式，底层等效于 Unix 的 > file 操作：
- 调用
Files.write(path, new byte[0])，自动以CREATE和TRUNCATE_EXISTING模式打开文件 - 若文件不存在，会先创建空文件；若存在，则清空全部内容，保留原文件属性（如权限、修改时间不重置）
- 代码简短，无资源泄漏风险，推荐日常使用
Path logFile = Paths.get("app.log");
Files.write(logFile, new byte[0]); // 一行搞定
显式指定截断选项（更明确语义）
当需要强调“只清空、不创建”或与其他写入逻辑保持风格一致时，可显式传入打开选项：
- 用
StandardOpenOption.TRUNCATE_EXISTING：仅对已存在文件生效，不存在则抛NoSuchFileException - 加
StandardOpenOption.CREATE：不存在就创建，存在就清空，行为同第一种方法 - 避免使用
WRITE单独传入——它默认不截断，可能引发FileAlreadyExistsException
Files.write(logFile, new byte[0],
StandardOpenOption.WRITE,
StandardOpenOption.TRUNCATE_EXISTING);
配合日志轮转等场景的注意事项
清空操作看似简单，但在生产日志管理中需注意几点：
- 如果日志正被其他进程（如 Log4j、logback）持续写入，清空后原句柄仍指向旧 inode，新内容可能继续追加到已被截断的文件末尾（取决于操作系统和写入方式），建议清空前确保日志框架已停止或使用原子替换方案
- 频繁清空小文件不会明显影响性能，但高并发下建议加简单同步（如
synchronized块或ReentrantLock），避免多个线程同时写空导致状态混乱 - 清空不等于删除：文件路径、权限、所属用户均不变，只是长度变为 0
不推荐的做法
以下方式要么冗余、要么有隐患，应避免：
- 用
FileOutputStream手动打开再 close —— 容易遗漏try-with-resources，且比 NIO 多写数行 - 先
delete()再createFile()—— 非原子操作，中间存在文件缺失窗口，且丢失原文件元数据（如 ACL、创建时间） - 用
Files.newBufferedWriter(path).close()—— 依赖 writer 构造时的默认截断行为，语义模糊，不如显式写空字节直观
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
