一、 破题：通常情况下，是的

首先，我们需要肯定面试官的预期基准。在绝大多数正常的业务逻辑流程中，finally 块的设计初衷就是为了确保资源释放（如关闭 IO 流、数据库连接、释放锁）。

无论 try 块中是否发生异常，或者 try/catch 块中是否有 return 语句，finally 都会执行。

场景 1：try 中包含 return

public static int test() {    try {        System.out.println("1. 执行 try 块");        return 1;    } finally {        System.out.println("2. 执行 finally 块");    }}

输出结果：

1. 执行 try 块2. 执行 finally 块(方法返回 1)

二、 进阶：finally 会改变返回值吗？

这是面试官常追问的一个坑点。

情况 A：finally 修改基本类型变量

public static int test() {    int x = 1;    try {        return x;    } finally {        x = 2; // 修改 x    }}

情况 B：finally 中包含 return 语句（大忌！）

public static int test() {    try {        return 1;    } finally {        return 2;    }}

三、 核心：finally 不执行的 4 种极端情况

如果面试官问：“有没有情况导致 finally 完全不执行？” 这时候你必须祭出以下“杀手锏”。

1. 暴力终止：System.exit()

这是最直接的答案。

try {    System.out.println("执行 try");    // 0 表示正常退出，非 0 表示异常退出    System.exit(0); } finally {    System.out.println("这句永远不会输出");}

解析：System.exit(0) 会直接停止 JVM 进程。虚拟机都关了，代码自然无法继续运行。

2. 守护线程（Daemon Thread）的突然死亡

这是很多中高级开发者容易忽略的点。

Java 线程规则：当所有的非守护线程（User Thread，如 main 线程）结束时，JVM 会退出，它不会等待守护线程执行完毕。

Thread t = new Thread(() -> {    try {        System.out.println("守护线程运行中...");        Thread.sleep(1000);    } catch (InterruptedException e) {        e.printStackTrace();    } finally {        System.out.println("守护线程的 finally 块（可能不执行）");    }});t.setDaemon(true); // 设置为守护线程t.start();
// 主线程稍微 sleep 一下就结束Thread.sleep(500); System.out.println("主线程结束");

解析：如果主线程在守护线程的 try 块执行期间结束了，JVM 会立即停止所有守护线程。此时守护线程的 finally 块根本来不及执行。

3. 物理层面的“不可抗力”

• 断电：服务器拔电源。
• 系统崩溃：操作系统 Kernel Panic。
• Kill -9
  在 Linux 中使用 kill -9 pid 发送 SIGKILL 信号。该信号强制立即终止进程，JVM 无法捕获该信号，也就无法执行任何清理工作（包括 finally 和 ShutdownHook）。

4. 逻辑死循环或死锁

如果 try 块中的代码进入了无限循环（while(true)）或者发生了死锁，线程卡在了 try 块中，自然永远也走不到 finally。

四、 深度：从字节码看 finally 的本质

如果你想惊艳面试官，可以简单提一下 finally 是如何实现的。

在 JVM 字节码层面，其实并没有一个名为 "finally" 的指令。编译器（javac）采用了 "代码复制" 的手段。

编译器会将 finally 块中的代码，复制多份，分别插入到：

1. try
    块所有正常 return 之前。
2. catch
    块所有正常 return 之前。
3. 并且，编译器会生成一个特殊的异常表入口（Exception Table），捕获所有未被捕获的异常。如果 try 或 catch 中抛出了异常，JVM 会跳转到处理这个特殊异常的路径，而这个路径里也插入了 finally 的代码。

结论：finally 并不是在方法结束前“自动”调用的，而是实实在在地被填到了每一个可能的出口处。这也是为什么 System.exit(0) 能跳过它——因为直接中断了指令流，没走到出口。

五、 总结与面试回答话术

面试回答模板：

“通常情况下，finally 块是会执行的，它主要用于资源释放。即使 try 中包含 return，finally 也会在 return 执行前被执行。

但是，有几种特殊情况它不会执行：

1. JVM 退出
   比如在 try 块中调用了 System.exit()。
2. 线程终止
   如果是守护线程，当主线程结束时，守护线程会被立即杀死，不会执行 finally。
3. 外部强制终止
   如 kill -9 或断电。
4. 无法到达
   try 块中发生了死循环或死锁。

另外，值得注意的是，尽量不要在 finally 中写 return，否则会吞掉异常，掩盖系统的真实错误。”

阅读原文：原文链接