Java IO流中先关闭输出流还是先关闭输入流?为什么?
java中需要手动释放的资源常见的有以下两个:
流相关资源
流相关资源一般遵循:
1)先开后关,先开的输入流,再开的输出流,通过读取输入流写入输出流中,那么应该先关输出流,再关输入流,但是一般关闭输入输出流操作都是在读写完成后的finally中执行的,所以即使先关输入流,再关输出流也不会任何问题,因为读写操作没有进行了。
2)先关外层,再关内层。如BufferedInputStream包装了一个FileInputStream,那么先
关BufferedInputStream,再关FileInputStream。但要注意的是由于一般处理流持有节点流引用,处理流都会在自己的close方法中去关闭节点流,因此我们只要关闭外层的处理流即可,如果多此一举的关闭节点流反而会报错。如BufferedInputStream包装了FileInputStream,我们只要关闭BufferedInputStream即可
3)只关处理流,不关节点流,原因见上述第二条
流相关文章参考:http://blog.csdn.net/u012250875/article/details/78341874
jdbc相关资源
Connection,PrepareStatement,ResultSet三个资源。这三个资源的获取顺序是:
先获得一个jdbc连接对象Connection,再通过连接对象获得一个sql预处理对象PrepareStatement,如果是查询的话最后还会通过PrepareStatement对象获取一个结果集ResultSet对象,关闭顺序与获取顺序正好相反。先关ResultSet,再关PrepareStatement,最后关Connection。
这个没有规定先关闭哪个。
如果输入流和输出流之间没有关联的话,先关闭哪个都可以。
inputStream(outputStream)先关闭outputStream
outputStream(inputStream)先关闭inputStream。
总之就是先关闭里面(被引用)的。如果反过来,先关闭引用的,那么就无法关闭被引用的了,会导致IO不能即时释放。
另:这样子关闭io是比较正确的。
try{
//io操作。
//out.flush();
}catch(XxxException e){
//异常处理
throw e;
}finally{
if(in != null){
in.close();
}
}