百城建设提质工程网站今天晚上19点新闻联播直播回放
所有的流,无论是输入流还是输出流,使用完毕之后,都应该关闭。 如果不关闭,会产生对资源占用的浪费。 当量比较大的时候,会影响到业务的正常开展。
1,在try中关闭,不推荐使用
在try的作用域里关闭文件输入流,在前面的示例中都是使用这种方式,这样做有一个弊端;
如果文件不存在,或者读取的时候出现问题而抛出异常,那么就不会执行这一行关闭流的代码,存在巨大的资源占用隐患。
public class TestStream {public static void main(String[] args) {try {File f = new File("d:/lol.txt");FileInputStream fis = new FileInputStream(f);// ......// 在try 里关闭流fis.close();} catch (IOException e) {e.printStackTrace();}}
}
2,在finally中关闭,JDK6及之前
这是标准的严谨的关闭流的方式
- 首先把流的引用声明在try的外面,如果声明在try里面,其作用域无法抵达finally.
- 在finally关闭之前,要先判断该引用是否为空
- 关闭的时候,需要再一次进行try catch处理
public class TestStream {public static void main(String[] args) {File f = new File("d:/lol.txt");FileInputStream fis = null;try {fis = new FileInputStream(f);byte[] all = new byte[(int) f.length()];fis.read(all);for (byte b : all) {System.out.println(b);}} catch (IOException e) {e.printStackTrace();} finally {// 在finally 里关闭流if (null != fis)try {fis.close();} catch (IOException e) {// TODO Auto-generated catch blocke.printStackTrace();}}}
}
3,使用try()的方式,JDK7
在JDK6及之前,每个资源都需要我们手动写代码关闭,
把流定义在try()里,try,catch或者finally结束的时候,会自动关闭
这种编写代码的方式叫做 try-with-resources, 这是从JDK7开始支持的技术
所有的流,都实现了一个接口叫做 java.lang.AutoCloseable
(java.io.Closeable就实现了这个接口),任何类实现了这个接口,都可以在try()中进行实例化。 并且在try, catch, finally结束的时候自动关闭,回收相关资源。
public class TestStream {public static void main(String[] args) {File f = new File("d:/lol.txt");//把流定义在try()里,try,catch或者finally结束的时候,会自动关闭try (FileInputStream fis = new FileInputStream(f)) {byte[] all = new byte[(int) f.length()];fis.read(all);for (byte b : all) {System.out.println(b);}} catch (IOException e) {e.printStackTrace();}}
}
所有的资源在try()
里面定义,并去掉了finally模块。
4,JDK9发布后,又简化了try-with-resources语句的用法
try()
里面可以是一个变量,但必须是final的或者等同final才行。如下面的mis,mos定义成局部变量可以不用final,局部变量可以等同于final,但定义成成员变量就必须是用final修饰的,不然会编译错误。
MyInputStream mis = new MyInputStream();
MyOutputStream mos = new MyOutputStream();
try (mis; mos) {mis.read("1.9");mos.write("1.9");
} catch (Exception e) {e.printStackTrace();
}
不过,要是使用的JDK版本不是9
参考来源于:
http://how2j.cn/k/io/io-closestream/682.html?p=48616
https://www.cnblogs.com/javastack/p/8761199.html