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等资源也是。
需要
在并发操作非常高的情况下, 如果你不关闭, 对系统资源的开销会比较大.
养成习惯所有不再用的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等资源也是。
需要
在并发操作非常高的情况下, 如果你不关闭, 对系统资源的开销会比较大.