项目经理：你还在使用try-finally?

短命女 2023-02-15 03:58 6阅读 0赞

![format_png][]

点击上方蓝字，关注我们

![format_png 1][]

![format_png 2][]

Java库包含很多资源，这些资源必须手动调用close方法关闭。这样的例子包括InputStream、OutputStream,和java.sql.Connection。关闭资源常常被客户端忽略，可以预见会有可怕的性能后果。许多这些资源用finalizer作为安全保障，但是finalizer不会很好的工作。

历史上，一个资源应该正确地关闭，即使面对一个异常或者返回，try-finally语句是最好的保证方式：

// 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 是丑陋的!
    static void copy(String src, String dst) throws IOException{
        try {
            InputStream in = new FileInputStream(src);
            try{
                OutputStream out = new FileOutputStream(dst);
                byte[] buf = new byte[BUFFER_SIZE];
                int n;
                while((n = in .read(buf)) >= 0) out.write(buf, 0, n);
            }
            finally{
                out.close();
            }
        }
        finally{ 
              in .close();
        }
    }

这可能难于置信，但是优秀的程序员甚至多数时间会把这个弄错。而且几年没人注意到。事实上在2007年，Java库的close方法的使用，三分之二是错误的。

用try-finally语句关闭资源的正确代码，就像前面两个代码例子，甚至有微妙的缺陷。在两个try代码块和finally代码块中的代码可能会抛出异常。比如，firstLineOfFile方法中，由于底层物体设备的失败，调用readLine可能抛出一个异常，而且close方法调用可能因为同样的原因失败。在这些情形下，第二个异常完全掩盖了第一个。在异常栈信息中没有第一个异常的记录，在实际系统中这个可能使得调试非常复杂，通常为了诊断这个问题，第一个异常是我们想要看见的。为了第一个异常而抑制第二个，虽然编写这样的代码是可能的，事实上，没有人这么干，因为这太啰嗦了。

当Java 7引进了try-with-resource语句，这些问题全解决了。为了用在这个结构，一个资源必须实现AutoCloseable接口，这个接口包含一个返回空的close方法。Java库和第三方库中的许多类和接口现在已经实现或者扩展了AutoCloseable。如果你编写一个必须关闭资源的类，你的类也应该实现AutoCloseable。

下面是我们第一个例子使用try-with-resource的样子：

// try-with-resources - 关闭资源的最好方式！
    static String firstLineOfFile(String path) throws IOException {
        try (BufferedReader br = new BufferedReader(
                new FileReader(path))) {
            return br.readLine();
        }
    }

下面是我们第二个例子使用try-with-resource的样子：

// 多个资源的try-with-resources - 简短而明了static void copy(String src, String dst) throws IOException {    try (InputStream in = new FileInputStream(src);            OutputStream out = new FileOutputStream(dst)) {        byte[] buf = new byte[BUFFER_SIZE];        while ((n = in.read(buf)) >= 0)            out.write(buf, 0, n);        }}

不仅try-with-resource版本比原来更加简短和可读，而且它们提供了好得多的可诊断性。考虑firstLineOfFile方法。如果异常由两个readLine调用和(不可见的)close方法抛出，为了前面的异常，后面的抑制了。

事实上，为了保护你真实想看到的异常，多个异常可以被抑制。这些抑制的异常没有被丢弃，它们打印在在一个堆栈信息里面，用一个注释说明它们被抑制了。你也可以用getSuppressed方法以编程方式获取它们，在Java 7中这个方法添加到了Throwable。

你可以把catch子句放在try-with-resource语句，就像你可以放在try-finally语句一样。这让你可以处理异常，而没有用另外一层嵌套来污染你的代码。作为有点特别的例子，下面是firstLineOfFile方法的一个版本，它不抛出异常，但是如果不能够打开或者读取文件，它返回一个默认值：

// 有catch子句的try-with-resource
    static String firstLineOfFile(String path, String defaultVal) {
        try (BufferedReader br = new BufferedReader(
                new FileReader(path))) {
            return br.readLine();
        } catch (IOException e) {
            return defaultVal;
        }
    }

这堂课是很清晰的：当涉及必须关闭的资源的时候，总是优先使用try-with-resource，而不是try-finally。这样的代码更加简短和清晰，而且它产生的异常也更加有用。对于使用必须关闭的资源的代码，try-with-resource语句使得正确编写这些代码更容易，而用try-finally是在实践中不可能的。

![format_png 3][]

[8个开源的后台管理系统推荐，用了都说好][8]

[惊呆了，Spring Boot居然这么耗内存！][Spring Boot]

[MySQL执行计划解析][MySQL]

[三个方案解决Elasticsearch深度翻页问题][Elasticsearch]

[大型系统的发布部署方案（图文）][Link 1]

[分布式系统中Redis为什么那么重要？][Redis]

[彻底搞清分库分表（垂直分库，垂直分表，水平分库，水平分表）][Link 2]

[小白也能学会的RAID磁盘冗余阵列教程][RAID]

![format_png 4][]

欢迎分享转发，有帮助的话点个“在看”

![format_png 5][]

[format_png]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2dpZi9VUzEwR2NkMHRRSER0ZTZaelhpY2xyWVVUQ1FIaWFrMGszcEtyS2ZPdW9JY2FzYVNLV2JLaWFpYnozRE55UHZVSk9yYXdodHV1aDZ2cm1oOE1XemNoZ04xSWcvNjQw?x-oss-process=image/format,png
[format_png 1]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2dpZi9jNmdxbWhXaWFmeW9LSGU4OWliMlBrZ0Q2eXJSUXpOUnc0MVhHUHVMUHljT095UW5maWE0QkZ5b1QybTVsSVpZZThhOUV1ZEgzQ2RvYllDcjFpYUFEWHZKakEvNjQw?x-oss-process=image/format,png
[format_png 2]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2pwZy94aWNXWVRTSUN6UnZBR0hPTE03OWpFZzVlSjVLaWJCNG5OdW9FZnRrclJaRHhVbm9DZDhtTFZqS29ta3UyeFJJVXRtT0dGeFFhaWJQdjE2cDF3Z2liN1RobkEvNjQw?x-oss-process=image/format,png
[format_png 3]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2dpZi9jMlNpYjNNcDdwT1BpY2ZvT3hEc2liamRkWUpvemVoaWNMTjlwWEJiQ1JGWXJ6VXVnUkp0M29nbFBjSW1IbTliMk93SlppYlpsT2ljRjRMSGw0bmVhQmJrY1ZZZy82NDA?x-oss-process=image/format,png
[8]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f139cb33782fe59531343e79995129602262c1e9b21eb54e60642e0dcc3f1457901d125d&idx=2&mid=2247484416&scene=21&sn=dd16daf5b5b03cebd1c447ec365558f7#wechat_redirect
[Spring Boot]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f139cb33782f1eb1c765c1521fb9ee88eecfb2a4c2cb7bcc53fe82df7cea84429b86f539&idx=1&mid=2247484416&scene=21&sn=852f999a64b3798b81cb56319a8c9dec#wechat_redirect
[MySQL]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f6cacb337fdc98763580c469fbbcafe428cbbfff8adc3211286c76fff55a131c87f04e45&idx=1&mid=2247484403&scene=21&sn=91a6e18de0ad52ab3baa67b28b25fb85#wechat_redirect
[Elasticsearch]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f6cacb337fdced78515bc94f66117f934221004d1268ead6c323900456b933a535f39ffe&idx=2&mid=2247484403&scene=21&sn=1cf7cc23776b4aab41881da340066815#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f6d1cb337fc72ee5a2202c8a559eec12e44f167db6c45919f16aeac1b6c085bf1531c930&idx=1&mid=2247484392&scene=21&sn=4ecf420faf3fad5778bac5ed11c9dc5e#wechat_redirect
[Redis]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f6dbcb337fcdd56552b6a500167f1ac3d49e4d61028a10b223f3b6ce21a378e4415c688a&idx=1&mid=2247484386&scene=21&sn=73e58f95078cd8f93ab315c4c78d05a1#wechat_redirect
[Link 2]: http://mp.weixin.qq.com/s?__biz=MzU2NDc4MjE2Ng%3D%3D&chksm=fc44f6e2cb337ff47a54d15bdb0b4c8711319e26ad4db1a7d3e30c8c8bcc0b6a504f6bfca7c5&idx=1&mid=2247484379&scene=21&sn=4964f64ad5b6a5d024ead17cb518262f#wechat_redirect
[RAID]: https://blog.csdn.net/u012811805/article/details/105347148
[format_png 4]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X3BuZy94aWNXWVRTSUN6UnZ6aGRLck1pY1NQSWliZzhQRWJPa2E4bmpjOHJFZmFLa09YTHAyd21wckxpY0JRaWNYMWlhdVFzWEdTTDlpYXhreFZTb3RQQ2F2U2hva1NvVHcvNjQw?x-oss-process=image/format,png
[format_png 5]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly9tbWJpei5xcGljLmNuL21tYml6X2dpZi94aWNXWVRTSUN6UnNKRmliZXRqdzJEblVBaG1VQkdrRWF0QXZlMkYxMEtuQjlTVnZzd01lRGxMVzUyY1d3RWljTmoyRU84bG9YQTZMcEhRbTQ5NFdCZUt1US82NDA?x-oss-process=image/format,png