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语句。 生成的代码更简洁、更清晰，并且生成的异常更有用。