tryresources优于try-finally

Posted 2023-02-15

参考技术A 最近在看《Effective Java》看到第九点，try-with-resources 优先于try-finally。为了理解更加透彻，个人重新分析了一下，内容如下。

在java开发中，一些网络链接或者是文件资源都需要程序员去手动调用close方法关闭，比如InputStream、OutputStream和java.sql.Connection。如果忘关了就可能造成严重的性能后果。而关闭的方法有很多种。比如finalizer、try-catch-finally、try-with-resources等等。

finalizer机制可以关闭，但是其执行性不可预测，还有可能造成内存泄漏，所以一般不使用，虽然java9还提出了cleaner机制代替了finalizer机制，但是其执行依然不可预测，因此选择就落在了try-catch-finally和try-with-resources之间。

我们来看看Effective Java的案例

关闭一个资源还好，但是如果再添加第二个资源，代码看起来就会一团糟了。

如果再添加几个不同资源， 需要关闭的资源不仅种类多，而且数量也很多。代码就显得很臃肿，而且非常不优雅，还容易出现内存泄露的问题。

当java7 引入try-with-resources语句时，所有这些问题一下子都全部解决了。要使用这个构造的资源，必须先实现AutoCloseable接口，其中包含了单个返回void的close方法。Java类库与第三方类库中的许多类和接口，现在都实现或扩展了AutoCloseable接口，如果编写了一个类，它代表的是必须被关闭的资源，那么这个类也应该实现AutoCloseable。

以下就是使用try-with-resources的第一个范例。其中BufferedReader已经实现了AutoCloseable

以下就是使用ry-with-resources的第二个范例。InputStream 和 OutputStream已经实现了AutoCloseable

使用try-with-resources不仅使代码变得更加简洁易懂，也更容易诊断，以firstLineOfFile方法为例，如果调用readLine和不可见的close方法都抛出异常，后一个异常就会被禁止，以保留第一个异常。但是我们实际上，这些异常我们都是想它们都打印出来，可以查看堆栈轨迹的。这个时候 我们可以通过getSUppressed方法还可以访问到它们，此方法也已经添加在Java7 的Throwable中了。

经过上面例子，结论非常明显，在处理必须关闭的资源时，始终要优先考虑用try-with-resources,而不是try-finally，这样得到的代码将更加简洁，就能更轻松地正确编写代码，实践证明，这个用try-finally是不可能做到的。