Java类库中包含许多必须通过调用close方法手动关闭的资源,例如InputStream、OutputStream和java.sql.Connection。 开发人员经常忽视关闭资源,其性能结果可想而知。
从以往来看,try-finally语句是保证资源正确关闭的最佳方式,即使是在程序抛出异常或返回的情况下:
static String firstLineOfFile(String path) throws IOException {
BufferedReader br = new BufferedReader(new FileReader(path));
try {
return br.readLine();
} finally {
br.close();
}
}
即使是用try-finally语句关闭资源的正确代码,如上述代码示例所示,这里也有一个微妙的缺陷。 例如在firstLineOfFile方法中,由于底层物理设备发生故障,对readLine方法的调用可能会引发异常,并且由于相同的原因,调用close方法可能会失败。另外如果try语句中有多个流在任务处理完以后,都需要关闭,那么这个finally中的方法处理就会变得复杂,需要在finally中写大量关闭连接、通道的代码,过于冗余。
当Java 7引入了try-with-resources语句时,上述问题得到了一定解决(自动关闭流和简化代码)。要使用这个构造,资源必须实现AutoCloseable 接口,该接口由一个返回为void的close组成。Java类库和第三方类库中的许多类和接口现在都实现或继承了AutoCloseable接口。如果你编写的类表示必须关闭的资源,那么这个类也应该实现AutoCloseable接口。
以下是我们使用try-with-resources语句对上述示例的改造:
static String firstLineOfFile(String path) throws IOException {
try (BufferedReader br = new BufferedReader(new FileReader(path))) {
return br.readLine();
}
}
不仅try-with-resources版本比原始版本更精简,更好的可读性。可以在 try-with-resources 语句中添加 catch 子句,就像在常规的 try-finally 语句中一样。这允许你处理异常,而不会在另一层嵌套中污染代码。
static String firstLineOfFile(String path, String defaultVal) {
try (BufferedReader br = new BufferedReader(
new FileReader(path))) {
return br.readLine();
}catch (Exception e){
e.printStackTrace();
}
}
总结:
- 采用try-with-resources写法,当try中代码执行结束(正常结束/异常结束)之后就会调用try()括号中对象的close()方法来关闭资源,虽然表面上来看try-with-resources写法更加优雅,如果我们对try-with-resources语法代码进行反编译,可以看到里面仍然是try-catch-finally写法,所以说try-with-resources写法是一种语法糖写法。
- 在处理必须关闭的资源时,使用try-with-resources语句替代try-finally语句。 生成的代码更简洁、更清晰,并且生成的异常更有用。