Java多文件合并：FileInputStream串联读写技巧

本文深入剖析了Java中使用SequenceInputStream串联多个FileInputStream时常见的“只读取第一个文件”问题，直击其根本原因——SequenceInputStream依赖的Enumeration在首次遍历后即被耗尽，导致后续文件无法访问；文章不仅清晰解释了这一易被忽视的底层机制，还给出了确保每次调用都提供全新、未耗尽Enumeration实例的实用解决方案，为高效、可靠地实现多文本文件顺序合并提供了关键技术指引。

用 SequenceInputStream 串联多个 FileInputStream 时，为什么只读到第一个文件？

因为 SequenceInputStream 的构造器接收的是一个 Enumeration extends InputStream>，不是直接传多个流对象；如果手动构建枚举时没正确包装或提前关闭了某个流，后续流根本不会被遍历到。

• 必须把每个 FileInputStream 包装进 Vector 或其他支持 elements() 的集合，再调用 elements() 获取枚举 —— 直接传数组或列表会编译失败
• 所有输入流在构造 SequenceInputStream 前不能关闭，否则构造时就抛 IOException
• SequenceInputStream 本身不自动关闭底层流，必须显式管理生命周期，否则文件句柄泄漏

Java 7+ 推荐用 Files.copy() + Stream 拼接，而不是手撸 SequenceInputStream

老方式写起来绕、容易漏关流、异常处理分散；新方式更直观，且能复用标准库的缓冲与异常传播逻辑。

• 对每个 Path 调用 Files.newInputStream()，放进 Stream，再用 Stream.reduce() 合并成单个 InputStream
• 但注意：reduce 的累加器函数里不能直接 new SequenceInputStream，因为需要动态构造枚举 —— 更稳妥是用 InputStream 数组 + 自定义合并逻辑（如循环 copy）
• 最简实践：用 try-with-resources 循环调用 Files.copy(input, output, StandardCopyOption.APPEND)，省去流合并逻辑，也避免内存堆积

StandardCopyOption.APPEND 在 Windows 和 Linux 下行为一致吗？

一致，但仅限于 Files.copy() 写入普通文件时；它依赖底层 OS 的 open(O_APPEND) 行为，JVM 层已封装好兼容性。

• 第一次写入必须不用 APPEND（否则空文件追加会报 No such file），后续才启用
• 如果目标文件不存在，带 APPEND 会抛 NoSuchFileException —— 必须先确保文件存在，或改用 StandardOpenOption.CREATE, StandardOpenOption.WRITE, StandardOpenOption.APPEND 组合
• 不要对同一个 OutputStream 多次调用 Files.copy(..., APPEND)：每次都会重新打开文件，性能差；应复用一个 FileChannel 或 OutputStream

合并大文件时内存暴涨或卡死，是不是缓冲区没设好？

不是缓冲区大小的问题，而是默认 copy 使用 8KB 缓冲，对 GB 级文件仍够用；真正瓶颈常出在没禁用 FileChannel.transferTo() 的零拷贝优化 —— 它在某些 JVM + 文件系统组合下反而退化。

• 显式指定缓冲大小没坏处：Files.copy(in, out, StandardCopyOption.REPLACE_EXISTING) 不暴露缓冲参数，所以得退回到 InputStream/OutputStream 手动 copy
• 用 byte[] buf = new byte[64 * 1024] 配合 in.read(buf) + out.write(buf, 0, len)，比默认更可控
• 关键点：别在循环里反复 new FileInputStream / FileOutputStream，尤其是输出流 —— 每次打开文件都触发系统调用，小文件多时延迟明显

实际写的时候，最容易被忽略的是输入流的关闭时机和 APPEND 模式对文件存在的强依赖 —— 这俩错一点，工具就静默失效或只写一半。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Java多文件合并：FileInputStream串联读写技巧》文章吧，也可关注golang学习网公众号了解相关技术文章。