是否有任何情况下 finally 可能无法在 java 中运行？谢谢。
【问题讨论】：
注意：如果 JVM 在尝试时退出 或捕获代码正在执行，然后 finally 块可能不会执行。 同样，如果线程执行 try 或 catch 代码被中断或 被杀了，finally块可能不会 即使应用程序作为 整体继续。
我不知道 finally 块不会执行的任何其他方式...
【讨论】：
System.exit 关闭虚拟机。
终止当前运行的 Java 虚拟机。论据服务 作为状态码；按照惯例，一个 非零状态码表示异常 终止。
这个方法调用
exit方法在 类Runtime。这种方法从来 正常返回。
try {
System.out.println("hello");
System.exit(0);
}
finally {
System.out.println("bye");
} // try-finally
“再见”在上面的代码中没有打印出来。
【讨论】：
只是为了扩展其他人所说的，任何不会导致诸如 JVM 退出之类的事情都会导致 finally 块。所以下面的方法：
public static int Stupid() {
try {
return 0;
}
finally {
return 1;
}
}
会奇怪地编译并返回 1。
【讨论】：
与 System.exit 相关，还有某些类型的灾难性故障可能无法执行 finally 块。如果 JVM 完全耗尽内存，它可能会直接退出而没有捕获或最终发生。
具体来说，我记得一个我们愚蠢地尝试使用的项目
catch (OutOfMemoryError oome) {
// do stuff
}
这不起作用，因为 JVM 没有剩余内存可用于执行 catch 块。
【讨论】：
try { for (;;); } finally { System.err.println("?"); }
在这种情况下，finally 将不会执行（除非已弃用的 Thread.stop 被调用，或者通过工具接口调用等价物）。
【讨论】：
throw，那么finally 块将按预期执行。 try { throw new ThreadDeath(); } finally { System.err.println("?"); }
此线程中错误地引用了 Sun 教程。
注意：如果在执行 try 或 catch 代码时 JVM 退出，那么 finally 块 将 不会执行。同样，如果执行 try 或 catch 代码的线程被中断或杀死，即使应用程序作为一个整体继续运行，finally 块将也不会执行。
如果您仔细查看 sun 教程的 finally 块，它不会说“不会执行”而是“可能不会执行” 这是正确的描述
注意：如果在执行 try 或 catch 代码时 JVM 退出，则 finally 块可能不会执行。同样，如果执行 try 或 catch 代码的线程被中断或杀死，即使应用程序作为一个整体继续运行，finally 块可能也不会执行。
这种行为的明显原因是，对 system.exit() 的调用是在运行时系统线程中处理的，这可能需要一些时间来关闭 jvm，同时线程调度程序可以要求最终执行。所以 finally 被设计为始终执行，但如果你正在关闭 jvm，jvm 可能会在最终执行之前关闭。
【讨论】：
如果try 块内发生死锁/活锁。
下面是演示它的代码：
public class DeadLocker {
private static class SampleRunnable implements Runnable {
private String threadId;
private Object lock1;
private Object lock2;
public SampleRunnable(String threadId, Object lock1, Object lock2) {
super();
this.threadId = threadId;
this.lock1 = lock1;
this.lock2 = lock2;
}
@Override
public void run() {
try {
synchronized (lock1) {
System.out.println(threadId + " inside lock1");
Thread.sleep(1000);
synchronized (lock2) {
System.out.println(threadId + " inside lock2");
}
}
} catch (Exception e) {
} finally {
System.out.println("finally");
}
}
}
public static void main(String[] args) throws Exception {
Object ob1 = new Object();
Object ob2 = new Object();
Thread t1 = new Thread(new SampleRunnable("t1", ob1, ob2));
Thread t2 = new Thread(new SampleRunnable("t2", ob2, ob1));
t1.start();
t2.start();
}
}
此代码产生以下输出：
t1 inside lock1
t2 inside lock1
“终于”永远不会被打印出来
【讨论】：
如果在执行 try 或 catch 代码时 JVM 退出，则 finally 块可能不会执行。 (source)
正常关闭 - 这发生在最后一个非守护线程退出或 Runtime.exit() (source) 时
当一个线程退出时，JVM 会清点正在运行的线程，如果剩下的唯一线程是守护线程，它会启动有序关闭。当 JVM 停止时，任何剩余的守护线程都被放弃，finally 块不执行，堆栈不展开，JVM 就退出。应该谨慎使用守护线程，很少有处理活动可以随时安全地放弃而无需清理。特别是，将守护线程用于可能执行任何类型 I/O 的任务是很危险的。守护线程最好保存用于“管家”任务，例如定期从内存缓存中删除过期条目的后台线程。 (source)
最后一个非守护线程退出示例：
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块将不会被执行：-
try 块调用System.exit(0) 时。 try 块中的死锁条件可能还有其他一些边缘情况，finally块不会被执行。
【讨论】：
有两种方法可以停止 finally 块代码的执行：
1. 使用 System.exit();
2. 如果不知何故执行控制达不到尝试块。
见：
public class Main
{
public static void main (String[]args)
{
if(true){
System.out.println("will exceute");
}else{
try{
System.out.println("result = "+5/0);
}catch(ArithmeticException e){
System.out.println("will not exceute");
}finally{
System.out.println("will not exceute");
}
}
}
}
【讨论】：
我遇到了一个非常具体的情况，即 finally 块没有执行与播放框架特别相关。
我惊讶地发现这个控制器动作代码中的 finally 块只在异常之后被调用，但在调用实际成功时从未被调用。
try {
InputStream is = getInputStreamMethod();
renderBinary(is, "out.zip");
catch (Exception e) {
e.printStackTrace();
} finally {
cleanUp();
}
也许线程被终止或调用 renderBinary() 时发生了什么。我怀疑其他 render() 调用也会发生同样的事情，但我没有验证它。
我通过将 renderBinary() 移到 try/catch 之后解决了这个问题。进一步的调查显示 play 提供了一个 @Finally 注释来创建一个在控制器操作执行后执行的方法。这里需要注意的是，这将在控制器中执行 ANY 操作后被调用，因此它可能并不总是一个好的选择。
【讨论】：
//If ArithmeticException Occur Inner finally would not be executed
class Temp
{
public static void main(String[] s)
{
try
{
int x = 10/s.length;
System.out.println(x);
try
{
int z[] = new int[s.length];
z[10] = 1000;
}catch(ArrayIndexOutOfBoundsException e)
{
System.out.println(e);
}
finally
{
System.out.println("Inner finally");
}
}
catch(ArithmeticException e)
{
System.out.println(e);
}
finally
{
System.out.println("Outer Finally");
}
System.out.println("Remaining Code");
}
}
【讨论】：