java.io.IOException: Stream closed 问题

本文详细解析了Java页面并发读取jsp时,因其中一个jsp执行完后关闭输入流而导致的Stream closed异常问题。通过分析异常产生的根本原因,提出将返回值更改为null作为解决方案,避免此类问题发生。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

再去做验证码的时候经常会抛出这个异常,以前没有太多的关注。但是今天做项目的时候又出现了这个异常,虽然对程序没有什么致命性的错误,但打印到控制台的错误信息,对这样一个追求完美的coder来说,怎可视其不存在。


java.io.IOException: Stream closed

 

    多个线程索引同一个input  stream,当某一个thread在执行完之后,把这个inputstream关闭了;而此时正在从这个input  stream流中读取信息的线程就会抛出  java.io.IOException:  Stream  closed  异常。

    终于找到这个异常的根源所在,原来是两个页面同时调用一个jsp,这个jsp中的内建对象
out在执行out.close()时发生的异常,也就是当某一个thread(对应一个jsp)在执行完之
后,把这个stream关闭了;而此时正在从这个stream中读取信息的另一个jsp就会抛出 
java.io.IOException:  Stream  closed  异常。

在页面中包含action


 

在action中又转发到jsp页面
return mapping.findForward("toIndex");

<forward name="toIndex" path="/page/index.jsp" />


解决办法
return null;

### Java 多线程环境下的 `java.io.IOException: Stream closed` 异常解决方案 在多线程环境中,如果多个线程共享同一个输入流 (`InputStream`) 或输出流 (`OutputStream`) 并且其中一个线程关闭了该流,则其他尝试访问同一流的线程将会抛出 `java.io.IOException: Stream closed` 的异常[^3]。 为了避免这种情况的发生,在设计应用程序时应遵循以下原则: #### 1. 避免跨线程共享流资源 每个线程应该拥有独立的流实例来防止因某个线程提前结束而导致整个应用崩溃的情况发生。对于文件读写操作可以考虑使用缓冲区机制或者通过队列传递数据给各个工作线程处理而不是直接让它们共用相同的IO对象。 #### 2. 使用同步控制流的操作 当确实需要在线程间共享流时,可以通过加锁的方式确保每次只有一个线程能够对流进行操作,并且只有最后一个完成工作的线程才负责关闭流。这样能有效避免中途有线程意外终止造成流被过早释放的问题。 ```java public class SharedStreamHandler { private final InputStream inputStream; private int activeThreads; public synchronized void incrementActiveThreadCount() throws IOException { ++activeThreads; } public synchronized boolean decrementAndCloseIfLast() throws IOException { --activeThreads; if (activeThreads == 0 && null != this.inputStream) { this.inputStream.close(); return true; } return false; } } ``` #### 3. 尽量减少流生命周期内的并发度 尽量缩短流处于打开状态的时间长度,比如尽早创建流并尽快关闭它;同时也要注意调整好业务逻辑使得尽可能少数量的工作项会在同一时刻竞争相同的数据源连接。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值