SequenceInputStream在读取中遇到IOException会立即抛出异常并终止，不会跳过当前流继续读后续流；调用方需自行捕获异常并手动切换流，且须确保异常后正确关闭当前流。
SequenceInputStream 会按顺序读取多个输入流，一旦其中某个流在读取过程中抛出异常（如 IOException），它会直接将该异常向上抛出，**不会自动跳过当前流继续读取后续流**。
异常发生时的行为是立即中断
SequenceInputStream 内部维护一个流迭代器（通常是 Enumeration<InputStream> 或类似结构），每次调用 read() 时，它从当前流读取；若当前流返回 -1（表示结束），则切换到下一个流。但若当前流在读取中抛出异常（例如网络流断连、文件被删除、解密失败等），它不会捕获该异常，而是直接 throw 出去，整个读取流程就此终止。
这意味着：
- 后续未读取的流完全不会被访问
- 调用方必须自行捕获异常，并决定是否手动切换到下一个流
- SequenceInputStream 本身不具备“容错续读”能力
想实现跳过失败流，需自行封装逻辑
若业务需要“某流出错就跳过，继续读下一个”，不能依赖 SequenceInputStream 默认行为，而应自己管理流列表并做异常处理。例如：
立即学习“Java免费学习笔记（深入）”；
（伪代码示意）- 维护一个
List<InputStream>流列表 - 用索引或迭代器遍历，对每个流单独 try-catch
- 捕获
IOException后，关闭当前流，移动到下一个流，继续 read - 注意：要确保每个流在异常后被正确关闭（可用 try-with-resources + 显式 close）
替代方案建议
对于更健壮的多流合并需求，可考虑：
- 使用
java.io.SequenceInputStream的子类（不推荐，其设计封闭且已过时） - 改用
java.nio.channels.Channels.newInputStream(ReadableByteChannel)配合自定义ReadableByteChannel实现，控制错误恢复逻辑 - 升级到现代库，如 Apache Commons IO 的
CompositeInputStream（注意版本兼容性），部分第三方实现支持配置跳过策略 - 最稳妥方式：手写一个简单包装类，明确控制流切换与异常边界
实际使用中的关键提醒
务必注意：
- 所有被 SequenceInputStream 包装的流，应在外部统一管理生命周期——它不会帮你 close 任一底层流
- 异常发生时，当前流可能处于半读取状态，若需幂等重试，需确保流支持重复读取（如 ByteArrayInputStream 可以，FileInputStream 不行）
- 日志中记录具体是第几个流、什么类型异常，有助于排查是数据问题还是环境问题
