这没有任何意义，我仍然很想知道是否可以在 java 中停止执行 finally 块？如果是，如何？ 比如下面的代码：
public class Foo
{
public static void main(String[] args)
{
try
{
return;
}
finally
{
System.out.println( "Yes, I executed successfully." );
}
}
}
我希望控制台上的输出不会像是的，我执行成功了。
嗯，这似乎是可能的，我得出结论。所有的答案都有一些东西 不同的是接受它是可能的。所以，我不接受任何 具体回答。根据您的满意程度，请他们得出结论。谢谢大家 谁发布了答案。
【问题讨论】：
标签： java exception-handling finally
1. A infinite loop above it will stop its execution
2. System.exit() above it will stop it
【讨论】：
finally 块的执行。该块只是无限期地继续执行。更重要的是，finally 之后的任何代码都不会被执行。
我还没有遇到您实际需要的情况。但其典型的面试问题和答案是
System.exit(0)
看 Difference in System. exit(0) , System.exit(-1), System.exit(1 ) in Java
【讨论】：
Thread.stop() 导致在目标线程中抛出异常。这是异步发生的，也可能在执行finally 块时发生。在这种情况下，finally 块将突然完成，但允许它发生的线程继续执行。
try {
try {
...code...
} finally {
...resource cleanup, ThreadDeath thrown here...
}
} catch (ThreadDeath t) {
System.out.println("Thread was ordered to stop, ignoring.");
}
【讨论】：
System.out.println() 可能永远不会执行。
带有
finally块的try语句首先执行try块。然后有一个选择：
- 如果
try块的执行正常完成，则finally块被执行，然后有一个选择：
- 如果
finally块正常完成，则try语句正常完成。- 如果
finally块由于原因S而突然完成，那么try语句由于原因S而突然完成。- 如果
try块的执行由于抛出一个值V而突然完成，那么有一个选择：
- 如果
V的运行时类型是与try语句的任何catch子句的可捕获异常类兼容的赋值， 然后选择第一个（最左边）这样的catch子句。值V分配给所选catch子句的参数，并且 该catch子句的块被执行。然后有一个选择：
- 如果
catch块正常完成，则执行finally块。然后有一个选择：
- 如果
finally块正常完成，则try语句正常完成。- 如果
finally块出于任何原因突然完成，那么try语句也会出于同样的原因而突然完成。- 如果
catch块由于R原因突然完成，则执行finally块。然后有一个选择：
- 如果
finally块正常完成，则try语句会因为R而突然完成。- 如果
finally块由于原因S而突然完成，那么try语句由于原因S而突然完成（并且原因R是 丢弃）。- 如果
V的运行时类型与try语句的任何catch子句的可捕获异常类的赋值不兼容， 然后执行finally块。然后有一个选择：
- 如果
finally块正常完成，则try语句会因为抛出V值而突然完成。- 如果
finally块因为S而突然完成，那么try语句因为S而突然完成（以及抛出值V被丢弃和遗忘）。- 如果
try块的执行由于任何其他原因突然完成R，则执行finally块，然后有一个 选择：
- 如果
finally块正常完成，则try语句会因为R而突然完成。- 如果
finally块由于原因S而突然完成，那么try语句由于原因S而突然完成（并且原因R是 丢弃）。
简而言之，如果 JVM 没有退出（通过 System.exit），那么 finally 块将始终运行。
但是finally块可能会异常退出，例如抛出异常，在这种情况下finally块只会被部分执行。
【讨论】：
Thread.stop 抛出异常 - finally 仍会运行。 Thread.destroy - 实际上我不确定，但我认为 finally 不会运行。然而，这两种方法早已被弃用。
ThreadDeath 发生 within finally 将减少其执行并使其突然完成。这就是问题所在。
finally 块问题，而是这些方法被弃用的核心原因 - Threaddrops 所有监视器，然后......消失了。还不如destory 但是...
我认为this 说得最好：
注意：如果在执行 try 或 catch 代码时 JVM 退出，则 finally 块可能不会执行。同样，如果执行 try 或 catch 代码的线程被中断或杀死，即使应用程序作为一个整体继续运行，finally 块也可能不会执行。
但是，try 中的 return 语句不会阻止 finally 块的执行。也不会抛出异常。这种行为是为什么 finally 块首先存在的原因。它可以让您可靠地清理资源。
【讨论】：