finally块总是在Java中执行吗？

这就是最终块的整体想法.它允许您确保进行清理,否则可能会因为您返回而被忽略,当然.

无论 try块中发生了什么,最终都会被调用(除非你打电话System.exit(int)或Java虚拟机因其他原因而启动).

考虑这一点的合理方式是:

放置在finally块中的代码必须在try块内发生

因此,如果try块中的代码尝试返回值或抛出异常,则将项放在"架子上",直到finally块可以执行

因为finally块中的代码(根据定义)具有高优先级,所以它可以返回或抛出它喜欢的任何内容.在这种情况下,"架子上"留下的任何东西都将被丢弃.

唯一的例外是VM在try块期间完全关闭,例如'System.exit'

除非程序异常终止(如调用System.exit(0)..),否则最后总是执行.所以,你的sysout会打印出来

最后的回报也会抛弃任何异常. http://jamesjava.blogspot.com/2006/03/dont-return-in-finally-clause.html

除非由于JVM崩溃或来自调用而导致程序异常终止,否则始终执行finally块System.exit(0).

最重要的是,从finally块中返回的任何值都将覆盖执行finally块之前返回的值,因此在使用try finally时要小心检查所有出口点.

不,并不总是一个例外情况是// System.exit(0); 在finally块阻止最终执行之前.

  class A {
    public static void main(String args[]){
        DataInputStream cin = new DataInputStream(System.in);
        try{
            int i=Integer.parseInt(cin.readLine());
        }catch(ArithmeticException e){
        }catch(Exception e){
           System.exit(0);//Program terminates before executing finally block
        }finally{
            System.out.println("Won't be executed");
            System.out.println("No error");
        }
    }
}

最后总是运行这一点,只是因为它在返回后出现在代码中并不意味着它是如何实现的.Java运行时有责任在退出try块时运行此代码.

例如,如果您有以下内容:

int foo() { 
    try {
        return 42;
    }
    finally {
        System.out.println("done");
    }
}

运行时将生成如下内容:

int foo() {
    int ret = 42;
    System.out.println("done");
    return 42;
}

如果抛出未捕获的异常,则finally块将运行,异常将继续传播.

这是因为您将i的值指定为12,但未将i的值返回给函数.正确的代码如下:

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

因为除非你调用System.exit()(或线程崩溃),否则将始终调用finally块.

答案很简单YES.

INPUT:

try{
    int divideByZeroException = 5 / 0;
} catch (Exception e){
    System.out.println("catch");
    return;    // also tried with break; in switch-case, got same output
} finally {
    System.out.println("finally");
}

OUTPUT:

catch
finally

是的,它会被调用.这就是拥有finally关键字的重点.如果跳出try/catch块可能只是跳过finally块,那么就像把System.out.println放在try/catch之外一样.

简而言之,在官方Java文档(点击这里)中,写道 -

如果在执行try或catch代码时JVM退出,则finally块可能无法执行.同样,如果执行try或catch代码的线程被中断或终止,则即使应用程序作为一个整体继续,finally块也可能无法执行.

是的,最后块总是执行.大多数开发人员使用此块关闭数据库连接,结果集对象,语句对象以及还使用java hibernate来回滚事务.

是的,它会的.无论你的try或catch块发生什么,除非调用System.exit()或JVM崩溃.如果块中有任何返回语句,则最终将在该返回语句之前执行.

是的,它会的.只有它不会出现JVM退出或崩溃的情况

添加到@ 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 ");
    }
}

会输出

sbupdated 

考虑以下程序:

public class SomeTest {

    private static StringBuilder sb = new StringBuilder();

    public static void main(String args[]) {

        System.out.println(someString());
        System.out.println("---AGAIN---");
        System.out.println(someString());
        System.out.println("---PRINT THE RESULT---");
        System.out.println(sb.toString());
    }

    private static String someString() {

        try {
            sb.append("-abc-");
            return sb.toString();

        } finally {
            sb.append("xyz");
        }
    }
}

从Java 1.8.162开始,上面的代码块给出了以下输出:

-abc-
---AGAIN---
-abc-xyz-abc-
---PRINT THE RESULT---
-abc-xyz-abc-xyz

这意味着使用finally释放对象是一个很好的做法,如下面的代码:

private static String someString() {

    StringBuilder sb = new StringBuilder();

    try {
        sb.append("abc");
        return sb.toString();

    } finally {
        sb = null; // Just an example, but you can close streams or DB connections this way.
    }
}

这在任何语言中都是正确的...最终将始终在return语句之前执行,无论方法体中返回的位置如何.如果不是这样的话,那么finally块就没有多大意义了.

除了关于最终替换try块中的return的返回点之外,异常也是如此.抛出异常的finally块将替换try块内抛出的返回或异常.

finally 将执行,这是肯定的.

finally 在以下情况下不会执行:

情况1 :

当你执行System.exit().

案例2:

当您的JVM /线程崩溃时.

案例3:

当您的执行在手动之间停止时.

Java语言规范描述了try-catch-finally和try-catch块如何在14.20.2中工作.
在任何地方它都没有指定始终执行finally块.但是对于try-catch-finally和try-finally块完成的所有情况,它确实指定在完成之前最终必须执行.

try {
  CODE inside the try block
}
finally {
  FIN code inside finally block
}
NEXT code executed after the try-finally block (may be in a different method).

JLS不保证在CODE之后执行FIN.JLS保证如果执行CODE和NEXT,则FIN将始终在CODE之后和NEXT之前执行.

为什么JLS不保证在try块之后总是执行finally块？因为这是不可能的.在完成try块之后但在执行finally块之前,JVM很可能会被中止(终止,崩溃,断电).JLS无法避免这种情况.

因此,任何因其正常行为而依赖于最终块的软件都会在其尝试块完成后始终执行.

try块中的返回值与此问题无关.如果执行在try-catch-finally之后到达代码,则保证finally块在之前执行,有或没有在try块内返回.

我试过这个,它是单线程的.

class Test {
    public static void main(String args[]) throws Exception {
       Object obj = new Object();
       try {
            synchronized (obj) {
            obj.wait();
            System.out.println("after wait()");
           }
       } catch (Exception e) {
       } finally {
           System.out.println("finally");
       }
   }
}

主线程将永远处于等待状态,因此最终永远不会被调用,

所以控制台输出不会打印字符串:after wait()或finally

同意@Stephen C,上面的例子是第三个案例之一:https://stackoverflow.com/a/65049/2987755

在以下代码中添加更多此类无限循环可能性:

// import java.util.concurrent.Semaphore;
class Test {
    public static void main(String[] args) {
        try {
            // Thread.sleep(Long.MAX_VALUE);
            // Thread.currentThread().join();
            // new Semaphore(0).acquire();
            // while (true){}
            System.out.println("after sleep join semaphore exit infinite while loop");
        } catch (Exception e) {
        } finally {
            System.out.println("finally");
        }
    }
}

情况2:如果JVM首先崩溃

import sun.misc.Unsafe;
import java.lang.reflect.Field;
class Test {
    public static void main(String args[]) {
        try {
            unsafeMethod();
//            Runtime.getRuntime().halt(123);
            System.out.println("After Jvm Crash!");
        } catch (Exception e) {
        } finally {
            System.out.println("finally");
        }
    }

    private static void unsafeMethod() throws NoSuchFieldException, IllegalAccessException {
        Field f = Unsafe.class.getDeclaredField("theUnsafe");
        f.setAccessible(true);
        Unsafe unsafe = (Unsafe) f.get(null);
        unsafe.putAddress(0, 0);
    }
}

参考:你如何崩溃JVM？

情况6:如果最终块将由守护程序线程执行,并且所有其他非守护程序线程在最终被调用之前退出.

class Test {
    public static void main(String args[]) {
        Runnable runnable = new Runnable() {
            @Override
            public void run() {
                try {
                    printThreads("Daemon Thread printing");
                    // just to ensure this thread will live longer than main thread
                    Thread.sleep(10000);
                } catch (Exception e) {
                } finally {
                    System.out.println("finally");
                }
            }
        };
        Thread daemonThread = new Thread(runnable);
        daemonThread.setDaemon(Boolean.TRUE);
        daemonThread.setName("My Daemon Thread");
        daemonThread.start();
        printThreads("main Thread Printing");
    }

    private static synchronized void printThreads(String str) {
        System.out.println(str);
        int threadCount = 0;
        Set threadSet = Thread.getAllStackTraces().keySet();
        for (Thread t : threadSet) {
            if (t.getThreadGroup() == Thread.currentThread().getThreadGroup()) {
                System.out.println("Thread :" + t + ":" + "state:" + t.getState());
                ++threadCount;
            }
        }
        System.out.println("Thread count started by Main thread:" + threadCount);
        System.out.println("-------------------------------------------------");
    }
}

输出:这不打印"finally",这意味着"守护程序线程"中的"finally块"没有执行

main Thread Printing  
Thread :Thread[My Daemon Thread,5,main]:state:BLOCKED  
Thread :Thread[main,5,main]:state:RUNNABLE  
Thread :Thread[Monitor Ctrl-Break,5,main]:state:RUNNABLE   
Thread count started by Main thread:3  
-------------------------------------------------  
Daemon Thread printing  
Thread :Thread[My Daemon Thread,5,main]:state:RUNNABLE  
Thread :Thread[Monitor Ctrl-Break,5,main]:state:RUNNABLE  
Thread count started by Main thread:2  
-------------------------------------------------  

Process finished with exit code 0

最后Block总是被执行.除非并且直到 System.exit()语句存在(finally块中的第一个语句).

如果system.exit()是第一个语句,那么finally块将不会被执行并且控制来自finally块.每当System.exit()语句进入finally块时,直到该语句最终执行块,并且当System.exit()出现时,控制力完全从finally块中出来.

如果不处理异常,则在终止程序之前,JVM会执行finally块.只有当程序的正常执行失败意味着由于以下原因终止程序时才会执行它.

通过导致致命错误导致进程中止.

由于内存损坏导致程序终止.

通过调用System.exit()

如果程序进入无限循环.

是的,因为没有控制语句可以阻止finally执行.

这是一个参考示例,其中将执行所有代码块:

| x | Current result | Code 
|---|----------------|------ - - -
|   |                |     
|   |                | public static int finallyTest() {
| 3 |                |     int x = 3;
|   |                |     try {
|   |                |        try {
| 4 |                |             x++;
| 4 | return 4       |             return x;
|   |                |         } finally {
| 3 |                |             x--;
| 3 | throw          |             throw new RuntimeException("Ahh!");
|   |                |         }
|   |                |     } catch (RuntimeException e) {
| 4 | return 4       |         return ++x;
|   |                |     } finally {
| 3 |                |         x--;
|   |                |     }
|   |                | }
|   |                |
|---|----------------|------ - - -
|   | Result: 4      |

在下面的变体中,return x;将跳过.结果仍然是4:

public static int finallyTest() {
    int x = 3;
    try {
        try {
            x++;
            if (true) throw new RuntimeException("Ahh!");
            return x; // skipped
        } finally {
            x--;
        }
    } catch (RuntimeException e) {
        return ++x;
    } finally {
        x--;
    }
}

当然,参考资料会追踪他们的状态.此示例返回一个引用value = 4:

static class IntRef { public int value; }
public static IntRef finallyTest() {
    IntRef x = new IntRef();
    x.value = 3;
    try {
        return x;
    } finally {
        x.value++; // will be tracked even after return
    }
}

在几个独特的场景中返回之后将不会调用finally块:如果首先调用System.exit(),或者JVM崩溃.

让我试着用最简单的方式回答你的问题.

规则1:finally块总是运行(尽管有例外.但是让我们坚持一段时间.)

规则2:当控制离开try或catch块时finally块中的语句运行.控制的转移可以由于正常执行,执行break,continue,goto或return语句或者宣传例外.

如果返回语句具体(因为它的标题),控件必须离开调用方法,因此调用相应的try-finally结构的finally块.return语句在finally块之后执行.

如果finally块中还有一个return语句,它肯定会覆盖try块中挂起的一个,因为它清除了调用栈.

您可以在此处参考更好的解释:http://msdn.microsoft.com/en-us/ ....这个概念在所有高级语言中大致相同.

try- catch- finally是使用异常处理案例的关键词.
正常的解释

try {
     //code statements
     //exception thrown here
     //lines not reached if exception thrown
} catch (Exception e) {
    //lines reached only when exception is thrown
} finally {
    // always executed when the try block is exited
    //independent of an exception thrown or not
}

finally块阻止执行......

你打电话的时候 System.exit(0);

如果JVM退出.

JVM中的错误