Java7里try-with-resources分析

这个所谓的try-with-resources，是个语法糖。实际上就是自动调用资源的close()函数。和Python里的with语句差不多。

例如：

[java] view
plaincopy





static String readFirstLineFromFile(String path) throws IOException {

try (BufferedReader br = new BufferedReader(new FileReader(path))) {

return br.readLine();

}

}

可以看到try语句多了个括号，而在括号里初始化了一个BufferedReader。

这种在try后面加个括号，再初始化对象的语法就叫try-with-resources。

实际上，相当于下面的代码（其实略有不同，下面会说明）：

[java] view
plaincopy





static String readFirstLineFromFileWithFinallyBlock(String path) throws IOException {

BufferedReader br = new BufferedReader(new FileReader(path));

try {

return br.readLine();

} finally {

if (br != null) br.close();

}

}

很容易可以猜想到，这是编绎器自动在try-with-resources后面增加了判断对象是否为null，如果不为null，则调用close()函数的的字节码。

只有实现了java.lang.AutoCloseable接口，或者java.io.Closable（实际上继随自java.lang.AutoCloseable）接口的对象，才会自动调用其close()函数。

有点不同的是java.io.Closable要求一实现者保证close函数可以被重复调用。而AutoCloseable的close()函数则不要求是幂等的。具体可以参考Javadoc。

下面从编绎器生成的字节码来分析下，try-with-resources到底是怎样工作的：

[java] view
plaincopy





public class TryStudy implements AutoCloseable{

static void test() throws Exception {

try(TryStudy tryStudy = new TryStudy()){

System.out.println(tryStudy);

}

}

@Override

public void close() throws Exception {

}

}

TryStudy实现了AutoCloseable接口，下面来看下test函数的字节码：

[java] view
plaincopy





static test()V throws java/lang/Exception

TRYCATCHBLOCK L0 L1 L2

TRYCATCHBLOCK L3 L4 L4

L5

LINENUMBER 21 L5

ACONST_NULL

ASTORE 0

ACONST_NULL

ASTORE 1

L3

NEW TryStudy

DUP

INVOKESPECIAL TryStudy.<init> ()V

ASTORE 2

L0

LINENUMBER 22 L0

GETSTATIC java/lang/System.out : Ljava/io/PrintStream;

ALOAD 2

INVOKEVIRTUAL java/io/PrintStream.println (Ljava/lang/Object;)V

L1

LINENUMBER 23 L1

ALOAD 2

IFNULL L6

ALOAD 2

INVOKEVIRTUAL TryStudy.close ()V

GOTO L6

L2

FRAME FULL [java/lang/Throwable java/lang/Throwable TryStudy] [java/lang/Throwable]

ASTORE 0

ALOAD 2

IFNULL L7

ALOAD 2

INVOKEVIRTUAL TryStudy.close ()V

L7

FRAME CHOP 1

ALOAD 0

ATHROW

L4

FRAME SAME1 java/lang/Throwable

ASTORE 1

ALOAD 0

IFNONNULL L8

ALOAD 1

ASTORE 0

GOTO L9

L8

FRAME SAME

ALOAD 0

ALOAD 1

IF_ACMPEQ L9

ALOAD 0

ALOAD 1

INVOKEVIRTUAL java/lang/Throwable.addSuppressed (Ljava/lang/Throwable;)V

L9

FRAME SAME

ALOAD 0

ATHROW

L6

LINENUMBER 24 L6

FRAME CHOP 2

RETURN

LOCALVARIABLE tryStudy LTryStudy; L0 L7 2

MAXSTACK = 2

MAXLOCALS = 3

从字节码里可以看出，的确是有判断tryStudy对象是否为null，如果不是null，则调用close函数进行资源回收。

再仔细分析，可以发现有一个Throwable.addSuppressed的调用，那么这个调用是什么呢？

其实，上面的字节码大概是这个样子的（当然，不完全是这样的，因为汇编的各种灵活的跳转用Java是表达不出来的）：

[java] view
plaincopy





static void test() throws Exception {

TryStudy tryStudy = null;

try{

tryStudy = new TryStudy();

System.out.println(tryStudy);

}catch(Throwable suppressedException) {

if (tryStudy != null) {

try {

tryStudy.close();

}catch(Throwable e) {

e.addSuppressed(suppressedException);

throw e;

}

}

throw suppressedException;

}

}

有点晕是吧，其实很简单。使用了try-with-resources语句之后，有可能会出现两个异常，一个是try块里的异常，一个是调用close函数里抛出的异常。

当然，平时我们写代码时，没有关注到。一般都是再抛出close函数里的异常，前面的异常被丢弃了。

如果在调用close函数时出现异常，那么前面的异常就被称为Suppressed Exceptions，因此Throwable还有个addSuppressed函数可以把它们保存起来，当用户捕捉到close里抛出的异常时，就可以调用Throwable.getSuppressed函数来取出close之前的异常了。

总结：

使用try-with-resources的语法可以实现资源的自动回收处理，大大提高了代码的便利性，和mutil catch一样，是个好东东。

用编绎器生成的字节码的角度来看，try-with-resources语法更加高效点。
java.io.Closable接口要求一实现者保证close函数可以被重复调用，而AutoCloseable的close()函数则不要求是幂等的。

参考：

http://docs.oracle.com/javase/tutorial/essential/exceptions/tryResourceClose.html

http://docs.oracle.com/javase/7/docs/api/java/lang/AutoCloseable.html

http://docs.oracle.com/javase/7/docs/api/java/io/Closeable.html