try-catch-finally 和 try-with-resources

一、简述

如果在 try 语句块里使用 return 语句，那么 finally 语句块还会执行吗？答案是肯定的。Java 官方文档上是这么描述的：The finally block always executes when the try block exits.。描述词用的是 always，即在 try 执行完成之后，finally 是一定会执行的。这种特性可以让程序员避免在 try 语句中使用了return、continue 或者 break 关键字而忽略了关闭相关资源的操作。把清理相关资源放到 finally 语句块中一直是最佳实践。

ps：用到 finally 关闭资源的时候，应该尽量避免在 finally 语句块中出现运行时错误，可以适当添加判断语句以增加程序健壮性：

finally {
  if (out != null) { 
     System.out.println("Closing PrintWriter");
     out.close(); // 不要在finally语句中直接调用close()
   } else { 
     System.out.println("PrintWriter not open");
   } 
}
  1. 不管有木有出现异常，finally 块中代码都会执行。
  2. 当 try 和 catch 中有 return 时，finally 仍然会执行。
  3. finally 是在 return 后面的表达式运算后执行的(此时并没有返回运算后的值，而是先把要返回的值保存起来【先存到一个本地变量中】，不管 finally 中的代码怎么样，返回的值都不会改变，仍然是之前保存的值)，所以函数返回值是在 finally 执行前确定的。
  4. finally 中最好不要包含 return，否则程序会提前退出，返回值不是 try 或 catch 中保存的返回值。因为规范规定了，当 try 和 finally 里都有 return 时，会忽略 try 的 return，而使用 finally 的 return。

二、应用场景

1️⃣try{} catch(){}finally{} return;
显然程序按顺序执行。
2️⃣try{ return; }catch(){} finally{} return;
程序执行 try 块中 return 之前(包括 return 语句中的表达式运算)代码；
再执行 finally 块，最后执行 try 中 return;
finally 块之后的语句 return，因为程序在 try 中已经 return 所以不再执行。
3️⃣try{ } catch(){return;} finally{} return;
程序先执行 try，如果遇到异常执行 catch 块，
有异常：则执行 catch 中 return 之前(包括 return 语句中的表达式运算)代码，再执行 finally 语句中全部代码，最后执行 catch 块中 return。finally 之后也就是4处的代码不再执行。
无异常：执行完 try 再 finally 再 return。
4️⃣try{ return; }catch(){} finally{return;}
程序执行 try 块中 return 之前(包括 return 语句中的表达式运算)代码；
再执行 finally 块，因为 finally 块中有 return 所以提前退出。
5️⃣try{} catch(){return;}finally{return;}
程序执行 catch 块中 return 之前(包括 return 语句中的表达式运算)代码；
再执行 finally 块，因为 finally 块中有 return 所以提前退出。
6️⃣try{ return;}catch(){return;} finally{return;}
程序执行 try 块中 return 之前(包括 return 语句中的表达式运算)代码；
有异常：执行 catch 块中 return 之前(包括 return 语句中的表达式运算)代码；则再执行 finally 块，因为 finally 块中有 return 所以提前退出。
无异常：则再执行 finally 块，因为 finally 块中有 return 所以提前退出。

三、小结

1️⃣如果 finally 存在的话，任何执行 try 或者 catch 中的 return 语句之前，都会先执行 finally 语句。
2️⃣如果 finally 中有 return 语句，那么程序就 return 了。所以 finally 中的 return 是一定会被 return 的，编译器把 finally 中的 return 实现为一个 warning。

public class FinallyTest {
public static void main(String[] args) {
    System.out.println(new FinallyTest().test());;
}
static int test(){
    int x = 1;
    try{
        x++;
        return x;
    }finally{
        ++x;
        }
      }
  }

结果是2。
分析：在 try 语句中，在执行 return 语句时，要返回的结果已经准备好了，就在此时，程序转到 finally 执行了。在转去之前，try 中先把要返回的结果存放到不同于 x 的【局部变量】中去，执行完 finally 之后，在从中取出返回结果。因此，即使 finally 中对变量 x 进行了改变，但是不会影响返回结果。它应该使用栈保存返回值。

四、自动资源管理(Automatic Resource Management)

在 JDK1.7 前，通常使用 try{}catch() 来捕获异常的，如果遇到类似 IO 流的处理，一般是在 finally 部分关闭 IO 流。但在 JDK1.7 后，Java 7 的编译器和运行环境支持新的 try-with-resources 语句，称为 ARM 块。写在()里面的流对象对应的类都实现了自动关闭接口 AutoCloseable。

1️⃣认识java.lang.AutoCloseable接口

JDK1.7 之前，通过 try{} finally{} 在 finally 中释放资源。在 finally 中关闭资源存在以下问题：

  1. 开发者需要手动写代码做关闭的逻辑。
  2. 有时候可能会忘记关闭一些资源，导致内存泄漏。
  3. 关闭代码的逻辑比较冗长，代码可读性差。

在 JDK1.7 后，对于实现 AutoCloseable 接口的类的实例，将其放到 try 后面(称之为：带资源的 try 语句)，在 try 结束的时候，会自动将这些资源关闭(调用 close 方法)。带资源的 try 语句的 3 个关键点：

  1. 由带资源的 try 语句管理的资源必须是实现了 AutoCloseable 接口的类的对象。
  2. 在 try 代码中声明的资源被隐式声明为 final。
  3. 通过使用分号分隔每个声明可以管理多个资源。

格式：

try (创建流对象语句，如果多个可以使用';'隔开) {
    // dosomething
} catch (IOException e) {
    e.printStackTrace();
}

2️⃣JDK1.7 前

public static void writeFile(String str) {
    FileWriter fw = null;
    try {
        fw = new FileWriter("e://wg.txt", true);
        fw.write(str);
    } catch (Exception e) {
        e.printStackTrace();
    } finally {
        if (fw != null) {
            try {
                fw.close();
            } catch (IOException e) {
                e.printStackTrace();
            }
        }
    }
}

3️⃣JDK1.7 后
资源关闭不需要写代码操作。这些可关闭的资源必须实现java.lang.AutoCloseable接口。比如将 FileWriter 放置 try() 中：

public static void writeFile(String str) {
    try (FileWriter fw = new FileWriter("e://wg.txt", true)) {
        fw.write(str);
    } catch (Exception e) {
        e.printStackTrace();
    }
}

FileWriter 继承了 OutputStreamWriter。OutputStreamWriter 继承了 Writer。Writer 实现了 Closeable。Closeable 继承了 AutoCloseable。满足了带资源关闭的基本要求。当 try 中的{}执行完后，将会自动关闭资源。

4️⃣️理解

public class Demo {
    public static void main(String[] args) {
        try (MyResource resource = new MyResource();) {
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

class MyResource implements AutoCloseable {
    @Override
    public void close() throws Exception {
        System.out.println("关闭自定义资源");
    }
}

结果如下：

关闭自定义资源

在 try () 中仅仅 new 了一个 MyResource 的对象，但 close() 中的输出语句执行了。看下反编译后的字节码：

class MyResource implements AutoCloseable {
    MyResource() {
    }
    public void close() throws Exception {
        System.out.println("关闭自定义资源");
    }
}

public class Demo {
    public Demo () {
    }
    public static void main(String[] args) {
        try {
            MyResource resource = new MyResource();
            resource.close();
        } catch (Exception var2) {
            var2.printStackTrace();
        }
    }
}

编译器竟然主动为 try-with-resources 进行了变身，在 try 中调用了 close()。在自定义类中再添加一个 out()：

class MyResourceOut implements AutoCloseable {
    @Override
    public void close() throws Exception {
        System.out.println("关闭自定义资源");
    }
    public void out() throws Exception{
        System.out.println("hello，out");
    }
}

在 try{} 中调用一下 out()：

public class DemoOut {
    public static void main(String[] args) {
        try (MyResourceOut resource = new MyResourceOut();) {
            resource.out();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

再来看一下反编译的字节码：

public class DemoOut {
    public DemoOut () {
    }

    public static void main(String[] args) {
        try {
            MyResourceOut resource = new MyResourceOut();
            try {
                resource.out();
            } catch (Throwable var5) {
                try {
                    resource.close();
                } catch (Throwable var4) {
                    var5.addSuppressed(var4);
                }
                throw var5;
            }
            resource.close();
        } catch (Exception var6) {
            var6.printStackTrace();
        }
    }
}

这次，catch 块中主动调用了 resource.close()，并且有一段很关键的代码 var5.addSuppressed(var4)。它有什么用处呢？当一个异常被抛出的时候，可能有其他异常因为该异常而被抑制住，从而无法正常抛出。这时可以通过 addSuppressed() 方法把这些被抑制的方法记录下来。被抑制的异常会出现在抛出的异常的堆栈信息中，也可以通过 getSuppressed() 来获取这些异常。这样做的好处是不会丢失任何异常，方便调试。

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 159,458评论 4赞 363
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 67,454评论 1赞 294
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 109,171评论 0赞 243
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 44,062评论 0赞 207
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 52,440评论 3赞 287
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 40,661评论 1赞 219
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 31,906评论 2赞 313
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 30,609评论 0赞 200
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 34,379评论 1赞 246
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,600评论 2赞 246
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,085评论 1赞 261
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 28,409评论 2赞 254
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 33,072评论 3赞 237
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,088评论 0赞 8
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,860评论 0赞 195
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 35,704评论 2赞 276
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 35,608评论 2赞 270

推荐阅读更多精彩内容

  • 在路上
    出发在路上 行进在路上 归来在路上 我是个行者 永无止境
    丁生火阅读 248评论 0赞 3
  • 编译带 OpenSSL 的 FFmpeg(4.1.1) iOS 静态库
    0. 本文部分参考自https://blog.csdn.net/github_35041937/article/d...
    ZTRogers阅读 3,374评论 3赞 2
  • 写在出发前
    成长不是什么偶然的事，毕几次业，就会意识到自己不再年轻。还没理解什么叫长大，什么叫成熟，转眼发现，自己已经行到一个...
    凸树阅读 93评论 0赞 2