java大文件复制移动首选files.copy()和files.move()，自动零拷贝与原子重命名；超大文件用filechannel.transferto/transferfrom；需校验权限、路径及资源安全。
Java 中复制和移动大文件，核心是避免内存溢出、减少系统调用、利用底层优化机制。不推荐用传统字节流逐字节读写，也不该调用 readAllBytes() 这类全量加载方法——10GB 文件直接触发 OOM。真正高效且安全的方式集中在 NIO.2 和 Channel 层面。
优先用 Files.copy() + 标准选项
对绝大多数大文件场景（如几百 MB 到几 GB），Files.copy() 是最简、最稳的选择。它底层自动启用零拷贝（如 sendfile 或 copy_file_range），无需手动管理缓冲或通道。
- 一行代码完成：
Files.copy(source, target, REPLACE_EXISTING, COPY_ATTRIBUTES) - 自动处理权限、时间戳、符号链接（加
COPY_ATTRIBUTES） - 目标存在时用
REPLACE_EXISTING避免抛异常 - 跨文件系统也能工作，失败时回退为普通拷贝，无需额外适配
超大文件（≥5GB）用 FileChannel.transferTo/transferFrom
当明确需要极致性能（例如日志归档、视频转存），且源目标在同一挂载点时，FileChannel 的零拷贝通道传输更可靠。它绕过 JVM 堆内存，由操作系统在内核空间完成数据搬运。
- 用
transferTo()（源 channel → 目标 channel）：适合源文件可读、目标可写 - 用
transferFrom()更灵活：支持从任意ReadableByteChannel拷贝，包括网络通道 - 务必配合
try-with-resources确保FileInputStream和FileOutputStream正确关闭 - 注意：某些旧版 Linux 内核或 NFS 挂载可能不支持大偏移量，可分段调用（如每次传 2GB）
移动大文件本质是原子重命名或复制+删除
移动 ≠ 复制+删源的简单组合。真实生产中必须考虑原子性与容错：
- 同文件系统内移动，优先用
Files.move(source, target, ATOMIC_MOVE)—— 底层调用rename()，毫秒级、不可中断 - 若
ATOMIC_MOVE抛AtomicMoveNotSupportedException（如跨磁盘），再降级为先Files.copy()，校验后Files.delete(source) - 删除前建议加
Files.isSameFile(source, target)防误删；关键业务应先备份原文件名（如加.bak后缀）
避坑要点：权限、路径、资源安全
大文件操作失败，80% 不是性能问题，而是环境细节被忽略：
- 提前检查读写权限：
Files.isReadable(source) && Files.isWritable(target.getParent())，捕获AccessDeniedException - 路径必须用
Paths.get()构造Path，别用new File(...).toPath()—— 后者不处理空格、编码、UNC 路径等边界 - 所有流、通道、缓冲区都必须用
try-with-resources，哪怕只有一行Files.copy()也隐含资源打开 - 不要用
BufferedReader.readLine()处理二进制大文件 —— 它是文本专用，会破坏字节序列
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
