SequenceInputStream本身不懒加载，其构造函数会立即持有全部InputStream，导致文件描述符（FD）在构造时就全部打开；正确解法是按需打开/关闭流，如用JDK9+的InputStream.concat或自定义LazySequenceInputStream。
Java 中 SequenceInputStream 本身不直接打开文件，但它依赖你传入的 InputStream 实例（如 FileInputStream）——而每个 FileInputStream 都会占用一个操作系统级的文件描述符（FD）。当你要合并“过万”个小文件时，若一次性把上万个 FileInputStream 全部构造好再塞进 SequenceInputStream，就会在构造阶段就耗尽 FD，触发 java.io.IOException: Too many open files。
根本问题：不是 SequenceInputStream 的错，是流创建策略错了
很多人误以为 SequenceInputStream 是“懒加载”——其实它不是。它的构造函数会立即接收并持有全部输入流对象（哪怕还没开始读）。如果你用 Collections.enumeration(list) 把一万个 FileInputStream 塞进去，这万个句柄就在构造完成那一刻全部打开、全部占用。
-
关键事实：FD 是在
new FileInputStream(file)时分配的，不是在read()时；SequenceInputStream不控制底层资源生命周期，只负责读取调度 -
典型错误写法：
List<InputStream> streams = new ArrayList<>(); for (Path p : allSmallFiles) { streams.add(new FileInputStream(p.toFile())); // ⚠️ 这里就已开 FD！ } Enumeration<InputStream> e = Collections.enumeration(streams); SequenceInputStream sis = new SequenceInputStream(e); // 构造完，上万 FD 已占满
真正可行的解法：流式按需打开 + 自动关闭
核心思路是：**永远不提前打开所有文件，而是在读到某个文件时才打开，读完立刻关闭**。这需要绕过 SequenceInputStream 的“全量预加载”限制，自己实现逻辑串联。
-
推荐做法：用迭代器 + try-with-resources 手动衔接
写一个可遍历文件路径的迭代器，在每次read()需要切换时，关闭前一个流、打开下一个流： -
关键保障：每个
FileInputStream必须声明在独立的try块内，或确保其close()在离开作用域时被调用 -
示例骨架：
public class LazySequenceInputStream extends InputStream { private final Iterator<Path> pathIterator; private InputStream current = null; public LazySequenceInputStream(List<Path> paths) { this.pathIterator = paths.iterator(); advance(); // 打开第一个 } private void advance() { IOUtils.closeQuietly(current); // 安全关闭上一个 if (pathIterator.hasNext()) { try { current = new FileInputStream(pathIterator.next().toFile()); } catch (IOException e) { throw new UncheckedIOException(e); } } else { current = null; } } @Override public int read() throws IOException { while (current != null) { int b = current.read(); if (b != -1) return b; advance(); // EOF → 切下一个 } return -1; } @Override public void close() throws IOException { IOUtils.closeQuietly(current); } }
替代方案：JDK 9+ 直接用 InputStream.concat（更简洁安全）
如果你使用 JDK 9 或更高版本，InputStream.concat 是官方推荐替代品，它内部已优化为惰性求值：
立即学习“Java免费学习笔记（深入）”；
- 它接受
Stream<InputStream>，且不会提前消费整个流；只有在读取时才拉取下一个源 - 它也支持自动关闭已读完的流（前提是流实现了
AutoCloseable） - 写法极简：
Stream<InputStream> streamOfStreams = allPaths.stream() .map(p -> { try { return new FileInputStream(p.toFile()); } catch (IOException e) { throw new UncheckedIOException(e); } }); try (InputStream sis = InputStream.concat(streamOfStreams)) { // 正常读取，FD 按需打开/关闭 }
配套必须做的系统与编码加固
仅改 Java 逻辑还不够，需同步收紧运行环境：
-
检查 ulimit：即使用了惰性加载，高并发场景下仍可能瞬时打开数百 FD。执行
ulimit -n确认软限制 ≥ 8192；生产环境建议设为 65535 -
禁用 Vector.elements() 方案：老教程常用
Vector<InputStream>.elements()构造Enumeration，但 Vector 内部未做 close 保底，且线程安全开销无意义，已属反模式 -
监控验证：上线前用
lsof -p <pid> | grep REG | wc -l对比处理前后 FD 数量，确认峰值稳定在百量级而非万级
