Java中实现文件原子性替换需先写临时文件再用Files.move()配合REPLACE_EXISTING和ATOMIC_MOVE切换；跨文件系统时退化为备份+校验+替换；并发场景需配合FileChannel.lock()加锁；临时文件应与目标同目录以保障原子性。
Java 中实现文件的原子性替换与更新，核心是避免写入过程中文件处于“半损坏”或“不一致”状态。关键在于不直接覆盖原文件，而是先写入临时文件，再用原子性操作（如 Files.move() 配合 REPLACE_EXISTING 和 ATOMIC_MOVE）完成切换。
使用 Files.move() 实现原子替换
Java 7+ 的 java.nio.file.Files 提供了支持原子移动的 API。在**同一文件系统内**（如都在 /home 或都在 C:\），move() 可以借助操作系统底层的 rename 系统调用，做到真正原子——要么成功，要么失败，中间不存在旧文件被删、新文件未就绪的“空窗期”。
推荐写法：
- 将新内容写入一个带随机后缀或时间戳的临时文件（如
config.json.tmp-12345） - 调用
Files.move(tempPath, targetPath, StandardCopyOption.REPLACE_EXISTING, StandardCopyOption.ATOMIC_MOVE) - 若抛出
AtomicMoveNotSupportedException，说明跨文件系统（如从 /tmp 移到 /mnt/usb），此时退化为非原子流程（需加锁 + 备份 + 替换）
处理跨文件系统场景
当临时文件和目标文件不在同一挂载点时，ATOMIC_MOVE 会失败。此时无法保证原子性，但可尽量降低风险：
立即学习“Java免费学习笔记（深入）”；
- 先备份原文件（如重命名为
config.json.bak） - 写入新内容到临时文件
- 校验临时文件完整性（如比对字节长度、计算 SHA-256）
- 用
Files.move(tempPath, targetPath, REPLACE_EXISTING)替换（非原子，但至少有备份可回滚） - 替换成功后，再安全删除备份
配合文件锁提升并发安全性
原子移动本身不解决多进程同时更新的问题。若多个 Java 进程可能并发修改同一配置文件，建议在写入前尝试获取文件锁：
- 用
FileChannel.lock()对目标文件（或一个专用锁文件）加独占锁 - 加锁失败说明其他进程正在更新，可等待或报错退出
- 注意：锁是 JVM 进程级的，且
lock()不阻塞，需手动循环或超时控制
小技巧：确保临时文件与目标同磁盘
避免跨文件系统问题最简单的方法，是让临时文件生成在目标文件所在目录：
- 用
targetPath.getParent()获取目标目录 - 用
Files.createTempFile(dir, "prefix", ".tmp")创建临时文件 - 这样大概率保障
ATOMIC_MOVE生效
