是的，写在这里

如果在执行try或catch代码时JVM退出，那么finally块可能不会执行。同样，如果执行try或catch代码的线程被中断或终止，那么即使整个应用程序继续运行，finally块也可能不会执行。

是的，finally将在执行try或catch代码块后调用。

唯一不会被调用的时间是：

如果调用System.exit（）如果调用Runtime.getRuntime（）.hart（exitStatus）如果JVM首先崩溃如果JVM到达try或catch块中的无限循环（或其他一些不可中断、不终止的语句）如果操作系统强制终止JVM进程；例如，在UNIX上，kill-9<pid>如果主机系统失效；例如，电源故障、硬件错误、操作系统死机等如果finally块将由守护程序线程执行，并且所有其他非守护程序线程在finally调用之前退出

我尝试了上面的示例，但稍作修改-

public static void main(final String[] args) {
    System.out.println(test());
}

public static int test() {
    int i = 0;
    try {
        i = 2;
        return i;
    } finally {
        i = 12;
        System.out.println("finally trumps return.");
    }
}

上述代码输出：

最终战胜了回报。2.

这是因为当返回i；i的值为2。在此之后，执行finally块，其中12被分配给i，然后执行System.out-out。

在执行finally块之后，try块返回2，而不是返回12，因为该返回语句不会再次执行。

如果您将在Eclipse中调试此代码，那么您会感觉到在执行System.out of finally块之后，try块的返回语句将再次执行。但事实并非如此。它只返回值2。

考虑这一点的逻辑方法是：

放置在finally块中的代码必须在try块中执行因此，如果try块中的代码试图返回一个值或抛出一个异常，则该项将被“搁置”，直到finally块可以执行因为finally块中的代码（根据定义）具有高优先级，所以它可以返回或抛出任何它喜欢的东西。在这种情况下，“搁在架子上”的任何东西都会被丢弃。唯一的例外是，如果VM在try块期间完全关闭，例如通过“System.exit”

除非出现异常程序终止（如调用System.exit（0）..），否则始终执行finally。因此，将打印sysout

添加到@vibhash的答案中，因为没有其他答案解释了在像下面这样的可变对象的情况下会发生什么。

public static void main(String[] args) {
    System.out.println(test().toString());
}

public static StringBuffer test() {
    StringBuffer s = new StringBuffer();
    try {
        s.append("sb");
        return s;
    } finally {
        s.append("updated ");
    }
}

将输出

sb已更新