Files.write() 支持APPEND追加写入，但需显式指定Charset防乱码；合并二进制文件应使用缓冲字节流；务必用临时文件+原子重命名防中断损坏，并及时清理。

用 Files.write() 追加写入多个文件内容

Java 7+ 的 Files.write() 支持 StandardOpenOption.APPEND，适合逐个读取源文件、追加写入目标文件。它比传统 FileOutputStream 更简洁，且自动处理编码和资源关闭（配合 try-with-resource

s）。

常见错误是忽略编码一致性：若源文件编码不统一（如一个 UTF-8，一个 GBK），直接按字节拼接会导致乱码。务必显式指定 Charset，例如 StandardCharsets.UTF_8。

• 每次调用 Files.write() 前检查目标文件是否存在，首次写入不用 APPEND，后续才加
• 读取时统一用 Files.readAllLines(path, charset)，避免 readString() 在换行符处理上与平台耦合
• 大文件慎用 readAllLines()，会一次性加载全部行到内存；可改用 Files.lines() + forEach() 流式处理

用 BufferedInputStream + BufferedOutputStream 合并二进制文件

当合并 PDF、图片、ZIP 等非文本文件时，必须按字节流处理，不能依赖字符编码。此时 Files.write() 不适用，需手动管理输入输出流。

性能关键点在于缓冲区大小：默认 8KB 可能偏低。实测中设为 64KB 或 128KB（即 new byte[65536]）能显著减少系统调用次数，尤其在机械硬盘或网络存储上更明显。

立即学习“Java免费学习笔记（深入）”；

• 务必在 finally 或 try-with-resources 中显式 close() 所有流，否则可能残留句柄或写入不完整
• 不要用 available() 判断是否读完——它只返回当前可读字节数，不是文件总长度
• 每次 read() 返回实际读取字节数，必须用该值作为 write() 的长度参数，否则末尾会填充零字节

处理路径与异常：Paths.get() 和 IOException 分类捕获

Paths.get() 是构造 Path 对象的推荐方式，比字符串拼接更安全（自动处理分隔符差异）。但它的参数是可变长 String...，传入空字符串或 null 会抛 NullPointerException。

合并过程中最常遇到的不是 IOException，而是其子类：AccessDeniedException（权限不足）、FileSystemLoopException（符号链接成环）、AtomicMoveNotSupportedException（跨分区移动失败）。应单独捕获这些具体类型，便于针对性提示用户。

• 用 Files.isReadable() 和 Files.isRegularFile() 提前校验源文件，避免在循环中途失败
• 目标目录不存在时，Files.createDirectories() 比 mkdirs() 更可靠（支持权限继承）
• 不要把所有异常都 catch 成 Exception，会掩盖 SecurityException 等运行时问题

避免覆盖原文件：用临时文件 + 原子重命名

直接向目标文件写入存在风险：写到一半中断，原文件就毁了。正确做法是先写入临时文件（如 target.merge.tmp），再用 Files.move() 替换原文件。JVM 保证同一文件系统内 move() 是原子操作。

注意 Files.move() 默认不覆盖，需显式传 StandardCopyOption.REPLACE_EXISTING；且在 Windows 上，若目标正被其他进程打开，仍可能失败——这是 OS 层限制，Java 无法绕过。

• 临时文件名建议用 Files.createTempFile("merge", ".tmp")，由系统保证唯一性
• 重命名失败后，必须清理临时文件，否则磁盘空间持续泄漏
• 不要在临时文件路径里硬编码 "C:\\temp"，应使用 System.getProperty("java.io.tmpdir")

实际项目中最容易被忽略的是编码一致性与临时文件清理。前者导致内容错乱却难以复现（依赖源文件顺序），后者在长时间运行的服务中会悄悄耗尽磁盘空间。