Files.write() 支持APPEND追加写入，但需显式指定Charset防乱码；合并二进制文件应使用缓冲字节流；务必用临时文件+原子重命名防中断损坏，并及时清理。
用 Files.write() 追加写入多个文件内容
Java 7+ 的 Files.write() 支持 StandardOpenOption.APPEND，适合逐个读取源文件、追加写入目标文件。它比传统 FileOutputStream 更简洁，且自动处理编码和资源关闭（配合 try-with-resources）。
常见错误是忽略编码一致性：若源文件编码不统一（如一个 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")
