Java NIO实现可靠备份需分四环节：安全遍历（Files.walk+异常隔离）、原子写入（Files.copy+属性保留）、可验证性（时间戳+xxHash64+manifest校验）、断点续备（backup.state状态快照）。
Java 在 NIO 框架中实现可靠的业务数据备份，核心不是单纯用 FileChannel 拷贝文件，而是把“可靠性”拆解为可验证的环节：安全遍历、原子写入、状态追踪、异常闭环。NIO 提供的非阻塞能力、零拷贝接口和流式处理机制，恰好支撑这些环节落地，但需规避常见误区。
用 Files.walk() 安全遍历 + 异常隔离
别用 File.list() 或递归 file.listFiles() —— 遇到权限拒绝、损坏符号链接或循环软链时会静默返回 null 或抛出未检查异常，导致部分目录跳过，备份不全。
- 用
Files.walk(source, FileVisitOption.FOLLOW_LINKS)启动流式遍历，配合自定义SimpleFileVisitor - 重写
visitFileFailed()方法捕获每个路径的访问失败（如AccessDeniedException），单独记录日志，不中断主流程 - 务必用
try-with-resources包裹 walk 返回的Stream<Path>，防止句柄泄漏 - 提前排除备份目标根目录自身，避免把备份写进备份里：
if (path.startsWith(backupRoot)) return FileVisitResult.SKIP_SUBTREE;
用 Files.copy() 实现带语义的原子复制
手动构造 FileInputStream → BufferedOutputStream 流链不仅冗长，还容易漏关流、忽略缓冲区大小、误删目标文件，且无法利用底层优化。
- 直接调用
Files.copy(source, target, REPLACE_EXISTING, COPY_ATTRIBUTES) - 底层自动选择最优路径：小文件走堆内内存拷贝；大文件触发
transferFrom()（Linux 下等效 sendfile），绕过 JVM 堆，减少 GC 和内存拷贝 -
REPLACE_EXISTING确保覆盖旧文件，避免FileAlreadyExistsException -
COPY_ATTRIBUTES尽量保留修改时间，注意 Windows 跨卷时创建时间不可复制，无需强求 - 父目录一次性创建：
Files.createDirectories(target.getParent())，不在循环里反复调用
用时间戳+校验+元数据构建可验证备份
可靠 ≠ 只是“没报错”，而是能事后验证“备份出来的内容和源完全一致、且知道它是什么时候备的”。
立即学习“Java免费学习笔记（深入）”；
- 文件名加时间戳用
DateTimeFormatter.ofPattern("yyyyMMdd_HHmmss")，线程安全、无非法字符、毫秒级精度防冲突 - 对每个成功备份的文件，同步计算其 xxHash64（比 MD5 快 5–10 倍，抗碰撞足够），存入独立的
backup-manifest.json - manifest 中记录：
sourcePath、relativePath、size、lastModified、xxhash、backupTime - 备份结束后校验 manifest 是否完整写入磁盘（
Files.write(..., StandardOpenOption.SYNC)）
用增量标记与状态快照支持断点续备
大型业务目录备份中途失败很常见。靠“全量重来”既耗时又浪费带宽，应引入轻量状态管理。
- 维护一个
backup.state文件，内容为纯文本：lastSuccessTime=2026-09-03T14:22:18.332Z - 每次启动前读取该时间戳，遍历只处理
Files.getLastModifiedTime(path).toInstant().isAfter(lastSuccess)的文件 - 每完成一个文件备份，立即追加更新 state 文件（用
Files.write(..., CREATE, WRITE, SYNC)确保持久化） - state 文件本身也纳入 manifest 校验范围，防篡改
