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() 来获取这些异常。这样做的好处是不会丢失任何异常，方便调试。