温故而知新，重温 Java 7 的那些“新”特性

2009 年 4 月 20 日，Java 的亲生父亲 Sun 被养父 Oracle 以 74 亿美元收购，这在当时可是一件天大的事。有不少同学都担心 Java 的前途，我当时傻不啦叽地也很担心：自己刚学会如何通过记事本编写 Java 代码，然后通过 cmd 打印 Hello World 呢，这一下难道白学了/p>

但其实这种担心是多余的，因为 Java 并不会陪葬，毕竟行业内有太多基于 Java 的软件系统在运行，Java 牵扯了太多人的饭碗。10 年过去了，Java 果然没有陪葬，我仍然坚守在 Java 的阵线上。

2011 年 7 月 7 日，代号「海豚(Dolphin)」的 Java 7 首次推出，这也是 Java 历史上一次非常重要的版本更新。同时推出了非常多实用的新特性，比如说创建泛型实例时自动类型推断、switch-case 语句支持字符串类型、新增 try-with-resources 语句等等。

这么多年过去了，Java 7 的“新”特性显然都变成老古董了——它们似乎也不需要我再赘述了，但好像不是这样的。前几天我发了一篇文章，用到了其中一个新特性，竟然有同学表示从来没见过这个新特性，特意在交流群里@我，要我说清楚怎么回事（代码折叠了，随后贴出来）。

03、try-with-resources 语句

try-with-resources 的基本设想是把资源（socket、文件、数据库连接）的作用域限定在代码块内，当这块代码执行完后，资源会被自动释放。

在此之前，资源的释放需要在 finally 中主动关闭，不管 try 中的代码是否正常退出或者异常退出。就像下面这样：

这样的代码看起来就像老太婆的裹脚布，又臭又长；有了 try-with-resources 之后，情况大有改观，不信你看：

是不是清爽多了！把需要释放的资源放在 try 后的 () 中，连 finally 也不需要了。不过，需要注意的是，上面的代码还需要优化，应该为每一个资源声明独立的变量，否则的话，某些特殊的情况下，资源可能无法正常关闭。

try-with-resources 特性依赖于一个新定义的接口 ，需要释放的资源必须要实现这个接口。

来源：沉默王二