考虑到这段代码，我能绝对确定finally块总是执行的吗，不管something（）是什么？
try {
something();
return success;
}
catch (Exception e) {
return failure;
}
finally {
System.out.println("I don't know if this will get printed out");
}
是的，finally将在执行try或catch代码块后调用。
唯一不会被调用的时间是：
如果调用System.exit（）如果调用Runtime.getRuntime（）.hart（exitStatus）如果JVM首先崩溃如果JVM到达try或catch块中的无限循环（或其他一些不可中断、不终止的语句）如果操作系统强制终止JVM进程；例如，在UNIX上，kill-9<pid>如果主机系统失效；例如，电源故障、硬件错误、操作系统死机等如果finally块将由守护程序线程执行，并且所有其他非守护程序线程在finally调用之前退出
是的，它会被呼叫。这就是拥有finally关键字的全部意义。如果跳出try/catch块可以跳过finally块，这与将System.out.println放在try/catch之外相同。
示例代码：
public static void main(String[] args) {
System.out.println(Test.test());
}
public static int test() {
try {
return 0;
}
finally {
System.out.println("something is printed");
}
}
输出：
something is printed.
0
除非由于JVM崩溃或调用System.exit（0）而导致程序异常终止，否则finally块将始终执行。
除此之外，finally块中返回的任何值都将覆盖finally块执行之前返回的值，因此在使用try finally时，请注意检查所有退出点。
此外，虽然这是一种糟糕的做法，但如果finally块中有一个return语句，它将胜过常规块中的任何其他返回。也就是说，以下块将返回false：
try { return true; } finally { return false; }
从finally块抛出异常也是一样的。
此外，finally的返回将丢弃任何异常。http://jamesjava.blogspot.com/2006/03/dont-return-in-finally-clause.html
考虑这一点的逻辑方法是：
放置在finally块中的代码必须在try块中执行因此，如果try块中的代码试图返回一个值或抛出一个异常，则该项将被“搁置”，直到finally块可以执行因为finally块中的代码（根据定义）具有高优先级，所以它可以返回或抛出任何它喜欢的东西。在这种情况下，“搁在架子上”的任何东西都会被丢弃。唯一的例外是，如果VM在try块期间完全关闭，例如通过“System.exit”
我尝试了上面的示例，但稍作修改-
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 is always run这就是重点，只是因为它出现在返回后的代码中并不意味着它就是这样实现的。Java运行时有责任在退出try块时运行此代码。
例如，如果您有以下内容：
int foo() {
try {
return 42;
}
finally {
System.out.println("done");
}
}
运行时将生成如下内容：
int foo() {
int ret = 42;
System.out.println("done");
return 42;
}
如果抛出未捕获的异常，finally块将运行，异常将继续传播。
这就是最后一块的全部想法。当然，它可以让你确保你做了清理，否则可能会因为你回来而被跳过。
不管try块中发生了什么，最终都会被调用（除非您调用System.exit（int）或Java虚拟机因其他原因退出）。
除其他响应外，重要的是要指出，“finally”有权通过try重写任何异常/返回值。。捕捉块。例如，以下代码返回12：
public static int getMonthsInYear() {
try {
return 10;
}
finally {
return 12;
}
}
类似地，以下方法不会引发异常：
public static int getMonthsInYear() {
try {
throw new RuntimeException();
}
finally {
return 12;
}
}
虽然以下方法确实抛出了它：
public static int getMonthsInYear() {
try {
return 12;
}
finally {
throw new RuntimeException();
}
}
这是因为您将i的值指定为12，但没有将i的返回给函数。正确的代码如下：
public static int test() {
int i = 0;
try {
return i;
} finally {
i = 12;
System.out.println("finally trumps return.");
return i;
}
}
这是Java语言规范中的官方词汇。
14.20.2.执行try finally和try catch finally
带有finally块的try语句通过首先执行try块来执行。然后有一个选择：如果try块的执行正常完成，[…]如果try块的执行因抛出值V而突然完成，[…]如果由于任何其他原因R，try块的执行突然完成，则执行finally块。然后有一个选择：如果finally块正常完成，则try语句由于原因R而突然完成。如果finally块因原因S而突然完成，则try语句因原因S突然完成（并且原因R被丢弃）。
返回的规范实际上明确了这一点：
JLS 14.17退货声明
退货声明：返回表达式（opt）；没有表达式的return语句试图将控制传递给包含它的方法或构造函数的调用者。带有表达式的return语句试图将控制权传递给包含它的方法的调用者；表达式的值变为方法调用的值。前面的描述说的是“试图传递控制”而不仅仅是“传递控制”，因为如果在方法或构造函数中有任何try语句，其try块包含return语句，那么在将控制传递给方法或构造函数的调用程序之前，这些try语句的任何finally子句都将按从内到外的顺序执行。finally子句的突然完成可能会中断由return语句发起的控制权转移。
尝试这段代码，您将了解finally块中的代码是在return语句之后执行的。
public class TestTryCatchFinally {
static int x = 0;
public static void main(String[] args){
System.out.println(f1() );
System.out.println(f2() );
}
public static int f1(){
try{
x = 1;
return x;
}finally{
x = 2;
}
}
public static int f2(){
return x;
}
}
不，并非总是有一种例外情况//System.exit（0）；在finally块阻止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");
}
}
}
是的，会的。无论try或catch块中发生什么，除非调用System.exit（）或JVM崩溃。如果块中有任何return语句，finally将在该return语句之前执行。
下面是凯文的回答。重要的是要知道，要返回的表达式在finally之前求值，即使在finally之后返回。
public static void main(String[] args) {
System.out.println(Test.test());
}
public static int printX() {
System.out.println("X");
return 0;
}
public static int test() {
try {
return printX();
}
finally {
System.out.println("finally trumps return... sort of");
return 42;
}
}
输出：
X
finally trumps return... sort of
42
简而言之，在官方Java文档（单击此处）中-
如果JVM在执行try或catch代码时退出，则finally块可能不执行。同样，如果线程执行try-or-catch代码被中断或终止，finally块可能即使应用程序作为一个整体继续，也不会执行。
最终将执行，这是肯定的。
在以下情况下，finally将不执行：
案例1：
执行System.exit（）时。
案例2：
当JVM/线程崩溃时。
案例3：
手动停止执行时。
我对不同论坛上提供的所有答案感到非常困惑，最终决定编码并查看。输出为：
即使try-and-catch块中有返回，也将执行finally。
try {
System.out.println("try");
return;
//int i =5/0;
//System.exit(0 ) ;
} catch (Exception e) {
System.out.println("catch");
return;
//int i =5/0;
//System.exit(0 ) ;
} finally {
System.out.println("Print me FINALLY");
}
输出
尝试最后打印我
如果返回被上述代码中try-and-catch块中的System.exit（0）替换，并且由于任何原因，在它之前发生了异常。
不总是这样
Java语言规范描述了try-catch finally和try-catch块在14.20.2在任何地方，它都不会指定始终执行finally块。但对于try-catch-finally和try-finally块完成的所有情况，它确实指定在完成之前必须执行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不能保证finally块总是在try块之后执行？因为这是不可能的。在完成try块之后但在执行finally块之前，JVM不太可能被中止（终止、崩溃、断电）。JLS无法避免这种情况。
因此，任何软件的正常行为都取决于最终块，总是在其尝试块完成后执行。
try块中的返回指令与此问题无关。如果执行在try-catch finally之后到达代码，则可以保证finally块之前已经执行过，无论是否在try块内有返回指令。
我试过了，它是单线程的。
public static void main(String args[]) throws Exception {
Object obj = new Object();
try {
synchronized (obj) {
obj.wait();
System.out.println("after wait()");
}
} catch (Exception ignored) {
} finally {
System.out.println("finally");
}
}
主线程将永远处于等待状态，因此最终不会被调用，
因此控制台输出不会在wait（）或finally之后打印String:
同意@Stephen C的观点，上述示例是这里提到的第三个案例之一：
在以下代码中添加更多这样的无限循环可能性：
// import java.util.concurrent.Semaphore;
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 ignored) {
} finally {
System.out.println("finally");
}
}
案例2：如果JVM首先崩溃
import sun.misc.Unsafe;
import java.lang.reflect.Field;
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：如果finally块将由守护程序线程执行，并且所有其他非守护程序线程在finally被调用之前退出。
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<Thread> 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块”没有执行
主螺纹打印线程：线程[My Daemon线程，5，main]：状态：BLOCKED线程：线程[main，5，main]：状态：RUNNABLE线程：线程[Monitor Ctrl-Break，5，main]：状态：RUNNABLE主线程启动的线程计数：3------------------------------------------------- Daemon线程打印线程：线程[My Daemon线程，5，main]：状态：RUNNABLE线程：线程[Monitor Ctrl-Break，5，main]：状态：RUNNABLE主线程启动的线程计数：2------------------------------------------------- 进程已完成，退出代码为0
如果在嵌套的finally块中引发异常，finally也可以提前退出。编译器会警告你finally块没有正常完成，或者给出一个错误，说明你有无法访问的代码。仅当抛出不在条件语句后面或循环内部时，才会显示不可访问代码的错误。
try{
}finally{
try{
}finally{
//if(someCondition) --> no error because of unreachable code
throw new RunTimeException();
}
int a = 5;//unreachable code
}
与以下代码相同：
static int f() {
while (true) {
try {
return 1;
} finally {
break;
}
}
return 2;
}
f将返回2！
答案很简单：是。
输入：
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");
}
输出：
catch
finally
是的，它将始终调用，但在一种情况下，当您使用System.exit（）时，它不会调用
try{
//risky code
}catch(Exception e){
//exception handling code
}
finally(){
//It always execute but before this block if there is any statement like System.exit(0); then this block not execute.
}
最后总是执行Block。除非和直到存在System.exit（）语句（finally块中的第一条语句）。如果system.exit（）是第一条语句，那么finally块将不会被执行，控制权将从finally块中释放出来。每当System.exit（）语句进入finally块，直到该语句最终执行块，当System.exit）出现时，控制力完全从finally块中释放出来。
如果不处理异常，在终止程序之前，JVM将执行finally块。仅当程序的正常执行因以下原因而失败时，才会执行程序。。
通过导致导致进程中止的致命错误。由于内存损坏，程序终止。通过调用System.exit（）如果程序进入无限循环。
在两种独特的情况下，返回后不会调用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/....这一概念在所有高级语言中基本相同。
是的，因为没有控制语句可以阻止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 |
在下面的变体中，返回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--;
}
}
当然，引用可以跟踪其状态。此示例返回值为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
}
}
是的，写在这里
如果在执行try或catch代码时JVM退出，那么finally块可能不会执行。同样，如果执行try或catch代码的线程被中断或终止，那么即使整个应用程序继续运行，finally块也可能不会执行。
添加到@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已更新
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中的错误
考虑以下程序：
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.
}
}
最后总是在结尾处调用
当您尝试时，它会执行一些代码，如果在尝试中发生了什么，那么catch将捕获该异常，您可以打印一些mssg或抛出错误，然后最后执行块。
Finally通常在执行清理时使用，例如，如果使用java中的扫描仪，则可能应该关闭扫描仪，因为它会导致其他问题，例如无法打开某些文件
以下是一些可以绕过finally块的条件：
如果在执行try或catch代码时JVM退出，那么finally块可能不会执行。更多太阳教程正常关闭-当最后一个非守护程序线程退出时，或者当Runtime.exit（）（一些不错的博客）时，都会发生这种情况。当线程退出时，JVM会对正在运行的线程进行盘点，如果只剩下守护进程线程，则会启动有序关闭。当JVM停止时，所有剩余的守护程序线程都将被放弃。如果不执行块，堆栈也不会被解开，JVM只会退出。守护程序线程应该很少使用，很少有处理活动可以在任何时候安全地放弃，而无需清理。特别是，将守护程序线程用于可能执行任何类型I/O的任务是危险的。守护程序线程最好保存用于“内务管理”任务，例如后台线程，它定期从内存缓存中删除过期条目（源）
最后一个非守护程序线程退出示例：
public class TestDaemon {
private static Runnable runnable = new Runnable() {
@Override
public void run() {
try {
while (true) {
System.out.println("Is alive");
Thread.sleep(10);
// throw new RuntimeException();
}
} catch (Throwable t) {
t.printStackTrace();
} finally {
System.out.println("This will never be executed.");
}
}
};
public static void main(String[] args) throws InterruptedException {
Thread daemon = new Thread(runnable);
daemon.setDaemon(true);
daemon.start();
Thread.sleep(100);
// daemon.stop();
System.out.println("Last non-daemon thread exits.");
}
}
输出：
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Is alive
Last non-daemon thread exits.
Is alive
Is alive
Is alive
Is alive
Is alive
finally块总是在返回x（计算）值之前执行。
System.out.println("x value from foo() = " + foo());
...
int foo() {
int x = 2;
try {
return x++;
} finally {
System.out.println("x value in finally = " + x);
}
}
输出：
最终x值=3来自foo（）的x值=2
试用间苯二酚示例
static class IamAutoCloseable implements AutoCloseable {
private final String name;
IamAutoCloseable(String name) {
this.name = name;
}
public void close() {
System.out.println(name);
}
}
@Test
public void withResourceFinally() {
try (IamAutoCloseable closeable1 = new IamAutoCloseable("closeable1");
IamAutoCloseable closeable2 = new IamAutoCloseable("closeable2")) {
System.out.println("try");
} finally {
System.out.println("finally");
}
}
测试输出：
try
closeable2
closeable1
finally
我很晚才回答，但我很惊讶没有人提到Java调试器选项来删除堆栈帧。我是IntelliJ中此功能的重度用户。（我确信Eclipse和NetBeans支持相同的功能。）
如果我从后面跟着finally块的try或catch块中删除堆栈帧，IDE将提示我：“我要执行finally块吗？”显然，这是一个人工运行时环境——调试器！
为了回答您的问题，我想说，只有在连接调试器时忽略，并且（就像其他人所说的）method something（）不（a）通过JNI调用Java方法System.exit（int）或（b）C函数exit（int/abort（），或（C）对自身执行类似于调用kill-9$PID（！）的疯狂操作时，才能保证它运行。
公认的答案在几乎所有方面都是正确的，但它仍然只是事实的一半（好吧，95%的事实）。
假设以下代码：
private final Lock m_Lock = new ReentrantLock();
…
public final SomeObject doSomething( final SomeObject arg )
{
final SomeObject retValue;
try
{
lock.lock();
retValue = SomeObject( arg );
}
finally
{
out.println( "Entering finally block");
callingAnotherMethod( arg, retValue );
lock.unlock();
}
return retValue;
}
…
try
{
final var result = doSomething( new SomeObject() );
}
catch( final StackOverflowError e ) { /* Deliberately ignored */ }
调用doSomething（）方法将几乎立即导致StackOverflowError。
锁也不会松开！
但是，当finally块总是被执行时（接受的答案中已经列出了例外情况），这怎么会发生呢？
这是因为不能保证finally块中的所有语句都真正执行！
如果在调用lock.unlock（）之前调用System.exit（）或throws语句，这将是显而易见的。
但示例代码中没有类似的内容…
除此之外，调用lock.unlock（）之前finally块中的另外两个方法调用将导致另一个StackOverflowError…
瞧，锁没有松开！
虽然这样的示例代码很愚蠢，但在许多类型的软件中都可以找到类似的模式。只要最后一个街区没有发生什么丑恶的事情，一切都会好起来的…
有趣的事实是，它在Java的更高版本中不起作用（这意味着在更高的版本中，锁被释放了…）。不知道何时以及为什么会发生变化。
但您仍然必须确保finally块始终正常终止，否则它是否始终被执行可能无关紧要…
推荐文章
- 到底是什么导致了堆栈溢出错误?
- 为什么Android工作室说“等待调试器”如果我不调试?
- Java:路径vs文件
- ExecutorService，如何等待所有任务完成
- 我如何捕捉Ajax查询后错误?
- Maven依赖Servlet 3.0 API?
- 如何在IntelliJ IDEA中添加目录到应用程序运行概要文件中的类路径?
- getter和setter是糟糕的设计吗?相互矛盾的建议
- Android room persistent: AppDatabase_Impl不存在
- Java的String[]在Kotlin中等价于什么?
- Intellij IDEA上的System.out.println()快捷方式
- 使用Spring RestTemplate获取JSON对象列表
- Spring JPA选择特定的列
- URLEncoder不能翻译空格字符
- Java中的super()
