finally总在try/catch之后、方法返回前执行；若finally中有return，则覆盖try/catch中的返回值，直接返回finally的值。
Java中try-catch-finally的执行顺序和返回值行为，常被误解，尤其在有return语句时容易掉进“看似返回了，实则被覆盖”的坑。
执行顺序：finally总在try/catch之后、方法真正返回之前运行
无论是否发生异常、是否进入catch块、甚至try/catch中有return，finally块都会执行（除非JVM提前退出，如System.exit()）。它的执行时机是：在try或catch中的return表达式**计算完成但尚未返回给调用方时**插入执行。
- 正常流程：try → finally → 返回try中的值
- 抛异常：try → catch → finally → 抛出catch中throw的异常（或try中未捕获的）
- try中有return：先计算return表达式的值（保存副本），再执行finally，最后返回保存的值
- finally中也有return：会**直接返回finally的值，覆盖try/catch中的return**——这是最危险的陷阱
返回值陷阱一：finally修改变量，不影响已确定的返回值
如果try中return的是基本类型或不可变对象（如String、Integer），其值在return执行时已确定并暂存。finally中修改同名局部变量或对象引用，不会改变即将返回的值。
例如：
立即学习“Java免费学习笔记（深入）”；
public static int test1() {
int x = 10;
try {
return x; // x=10被确定为返回值
} finally {
x = 20; // 修改x，但不影响已确定的返回值
}
}
// 结果：返回10，不是20
返回值陷阱二：finally里写return，强行覆盖返回结果
一旦finally中出现return语句，它会立即终止当前方法执行，把finally中的return值作为最终结果，完全忽略try或catch里的return。
例如：
立即学习“Java免费学习笔记（深入）”；
public static int test2() {
try {
return 1;
} catch (Exception e) {
return 2;
} finally {
return 3; // 这行一执行，1和2都被丢弃
}
}
// 结果：永远返回3
这种写法不仅掩盖逻辑意图，还可能吞掉异常（若catch中throw异常，finally里return会阻止异常上抛）。
安全实践：避免在finally中return或修改返回相关的状态
finally的核心职责是资源清理（如关闭流、解锁），不是控制返回逻辑。要确保返回值清晰可预期：
- 不在finally中写return、throw语句
- 不依赖finally去“修正”返回值
- 若需统一后置处理，用try-with-resources（自动关闭）或提取公共清理方法
- 对可能被finally影响的对象（如可变集合），在return前做防御性拷贝
