扫码关注官方订阅号
RT,就酱Java的HttpURLConnecction的getInputStream是否需要close?
这个流是否是系统维护的?因为不是我打开的
业精于勤,荒于嬉;行成于思,毁于随。
养成习惯所有不再用的InputStream和OutputStream都关掉就好了,不管API背后的实现有没有自动帮你关掉。如果用Java 1.7+写的话,用try-with-resource处理起来就非常简单了:
try (InputStream in = urlConnection.getInputStream()) { ... } // 这里会自动调用 in.close();
类似场景还有:
JDBC的PreparedStatement、ResultSet等都实现了AutoCloseable接口,理论上只要Connection被close掉,由它生成的这些PreparedStatement、ResultSet等也会自动close掉,但强烈建议你产生这些资源的时候用try-with-resource来管理。
ServletRequest/ServletResponse中的getInputStream/getOutputStream等资源也是。
需要
在并发操作非常高的情况下, 如果你不关闭, 对系统资源的开销会比较大.
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
养成习惯所有不再用的InputStream和OutputStream都关掉就好了,不管API背后的实现有没有自动帮你关掉。
如果用Java 1.7+写的话,用try-with-resource处理起来就非常简单了:
类似场景还有:
JDBC的PreparedStatement、ResultSet等都实现了AutoCloseable接口,理论上只要Connection被close掉,由它生成的这些PreparedStatement、ResultSet等也会自动close掉,但强烈建议你产生这些资源的时候用try-with-resource来管理。
ServletRequest/ServletResponse中的getInputStream/getOutputStream等资源也是。
需要
在并发操作非常高的情况下, 如果你不关闭, 对系统资源的开销会比较大.