Java IO 四大附加接口、try-with-resource
@author ixenos
四大附加接口 Closeable、Flushable、Readable、Appendable
Closeable:
void close() throws IOException 关闭此流并释放与此流关联的所有系统资源
java.io.closeable扩展了java.lang.AutoCloseable,因此,对任何Closeable进行操作时,都可以使用try-with-resources语句
try-with-resources 可以声明一个或多个资源,资源之间用分号隔开。
1 try(2 java.util.zip.ZipFile zf = newjava.util.zip.ZipFile(zipFileName);3 java.io.BufferedWriter writer =java.nio.file.Files.newBufferedWriter(outputFilePath, charset)4 ) {5 ...6 }
有关 try-with-resource 特性的具体分析请见下文。
Flushable:
void flush() 将所有已缓冲输出写入底层流
Readable:
int read(CharBuffer cb) 形参中的CharBuffer类拥有按顺序和随机地进行读写访问的方法,它表示一个内存中的缓冲区或者一个内存映像(虚拟内存)的文件
Appendable:
Appendable append(char c) 添加的单个字符
Appendable append(CharSequence s) 添加字符序列,CharSequence接口描述了一个char值序列的基本属性,String、CharBuffer、StringBuffer、StringBuilder都实现了CharSequence,所以可以传入这些类型的对象
以上两个方法,都返回this
四大IO抽象类与附加接口的关系
1、InputStream、OutputStream、Reader、Writer都实现了Closeable和AutoCloseable接口,因此,都可以使用 try-with-resources 语句
2、OutputStream、Writer实现了Flushable接口
3、Reader实现了Readable接口
4、Writer实现了Appendable接口
try-with-resource
try-with-resource 是Java SE 7 加入AutoCloseable接口后才有的,closeable接口继承了AutoCloseable接口。
AutoCloseable接口规定了自动关闭资源:
The close() method of an AutoCloseable object is called automatically when exiting a try-with-resources block for which the object has been declared in the resource specification header.
1、这个所谓的try-with-resources,是个语法糖。实际上就是自动调用资源的close()函数。
1 public class TryStudy implementsAutoCloseable{2 static void test() throwsException {3 try(TryStudy tryStudy = newTryStudy()){4 System.out.println(tryStudy);5 }6 }7 @Override8 public void close() throwsException {9 }10 }
2、可以在一个 try-with-resources 语句中声明一个或多个资源(用分号隔开),但要注意资源的 close 方法调用顺序与它们的创建顺序相反
1 try(2 java.util.zip.ZipFile zf = newjava.util.zip.ZipFile(zipFileName);3 java.io.BufferedWriter writer =java.nio.file.Files.newBufferedWriter(outputFilePath, charset)4 )
资源的close方法在JVM中的调用顺序是: writer.close() zf.close()
3、下面从编绎器生成的字节码来分析下,try-with-resources到底是怎样工作的:
TryStudy实现了AutoCloseable接口,下面来看下test函数的字节码:
1 static test()V throws java/lang/Exception2 TRYCATCHBLOCK L0 L1 L23 TRYCATCHBLOCK L3 L4 L44 L55 LINENUMBER 21L56 ACONST_NULL7 ASTORE 0
8 ACONST_NULL9 ASTORE 1
10 L311 NEW TryStudy12 DUP13 INVOKESPECIAL TryStudy.()V14 ASTORE 2
15 L016 LINENUMBER 22L017 GETSTATIC java/lang/System.out : Ljava/io/PrintStream;18 ALOAD 2
19 INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/Object;)V20 L121 LINENUMBER 23L122 ALOAD 2
23 IFNULL L624 ALOAD 2
25 INVOKEVIRTUAL TryStudy.close ()V26 GOTO L627 L228 FRAME FULL [java/lang/Throwable java/lang/Throwable TryStudy] [java/lang/Throwable]29 ASTORE 0
30 ALOAD 2
31 IFNULL L732 ALOAD 2
33 INVOKEVIRTUAL TryStudy.close ()V34 L735 FRAME CHOP 1
36 ALOAD 0
37 ATHROW38 L439 FRAME SAME1 java/lang/Throwable40 ASTORE 1
41 ALOAD 0
42 IFNONNULL L843 ALOAD 1
44 ASTORE 0
45 GOTO L946 L847 FRAME SAME48 ALOAD 0
49 ALOAD 1
50 IF_ACMPEQ L951 ALOAD 0
52 ALOAD 1
53 INVOKEVIRTUAL java/lang/Throwable.addSuppressed (Ljava/lang/Throwable;)V54 L955 FRAME SAME56 ALOAD 0
57 ATHROW58 L659 LINENUMBER 24L660 FRAME CHOP 2
61 RETURN62 LOCALVARIABLE tryStudy LTryStudy; L0 L7 2
63 MAXSTACK = 2
64 MAXLOCALS = 3
从字节码里可以看出,的确是有判断tryStudy对象是否为null,如果不是null,则调用close函数进行资源回收。
try-with-resource与异常捕获
1、从 被丢弃 到 被抑制 的异常 Suppressed Exceptions
再仔细分析,可以发现有一个Throwable.addSuppressed的调用,那么这个调用是什么呢?
使用了try-catch语句之后(try-with-resource也算是try-catch),有可能会出现两种异常,一个是try块里的异常,一个是调用close函数里抛出的异常。
a) 在JDK1.7 以前,一旦finally块抛出了close函数里的异常,前面try块catch的异常被丢弃了!
b) 而在 try-with-resources 语句中,如果在调用close函数时出现异常(注意这个前提),那么前面的异常就被称为Suppressed Exceptions,因此Throwable还有个addSuppressed函数可以把它们保存起来,当用户捕捉到close里抛出的异常时,就可以调用Throwable.getSuppressed函数来取出close之前的异常了。
2、注意:
一个 try-with-resources 语句可以像普通的 try 语句那样有 catch 和 finally 块。
但是在try-with-resources 语句中, 任意的 catch 或者 finally 块都是在声明的资源被关闭以后才运行。
3、catch多种异常,但抛出一种异常时
在JDK1.7之前catch多个异常是这样的:
1 try{2 //逻辑代码
3 }catch(IOException ex) {4 logger.log(ex);5 throw newSpecialException();6 catch(SQLException ex) {7 logger.log(ex);8 throw newSpecialException();9 }
从上述代码中可以看出这样写非常的难看,并且会出现许多重复的代码。
JDK1.7及以后可以这样:
1 try{2 //逻辑代码
3 }catch (IOException |SQLException ex) {4 logger.log(ex);5 throw newSpecialException();6 }
注:上面例子中的ex是隐式的final不可以在catch块中改变ex。
4、在JDK1.7以前的版本,在方法声明中声明抛出的异常如果在方法体内没有抛出时不被允许的,如下:
1 static class FirstException extendsException {2
3 }4
5 static class SecondException extendsException {6
7 }8
9 public void rethrowException(String exceptionName) throwsException {10
11 try{12
13 if (exceptionName.equals("First")) {14 //如果异常名称为"First",则抛出异常一
15 throw newFirstException();16
17 } else{18 //否则的话,则抛出异常二
19 throw newSecondException();20
21 }22
23 } catch(Exception e) {24
25 throwe;26 }27 }
JDK1.7及以后版本:
1 static class FirstException extendsException {2
3 }4
5 static class SecondException extendsException {6
7 }8
9 public void rethrowException(String exceptionName) throwsException, FirstException, SecondException {10 try{11 //逻辑代码
12 }catch(Exception e) {13
14 throwe;15 }16 }