finally 中的 return 会覆盖 try/catch 的返回值，因 JVM 强制执行 finally 并以其 return 为准；同样，finally 抛异常也会吞掉 try/catch 的返回值或异常。
finally 中写 return 会覆盖 try/catch 的返回值
Java 异常处理中，finally 块里的 return 语句具有最高优先级——它会直接结束方法执行，并丢弃 try 或 catch 中已准备好的返回值。这不是“覆盖变量”，而是 JVM 在字节码层面强制跳转到 finally 执行并返回。
常见错误现象：
- 方法看似在 try 里 return "success"，但实际返回 "finally"
- catch 捕获了异常并 return "error"，结果还是返回 finally 里的值
- 调试时发现断点进了 try 的 return，但返回值却不对
实操建议：
- 绝对避免在
finally中使用return，除非你明确需要屏蔽所有上游返回逻辑 - 若需统一后置处理（如资源关闭），只做副作用操作，不写
return - 若真要控制返回值，应把逻辑提前到
try/catch内，用变量承载结果
try/catch/finally 的真实执行顺序与返回时机
JVM 对含 return 的 try 或 catch 块，会在真正跳出去前「暂存」返回值（基本类型存副本，引用类型存地址），然后强制执行 finally。如果 finally 也有 return，则直接用它的值，暂存值被丢弃。
使用场景对比：
public static String demo1() {
try {
return "try";
} finally {
return "finally"; // ✅ 实际返回 "finally"
}
}
<p>public static String demo2() {
try {
return "try";
} catch (Exception e) {
return "catch";
} finally {
System.out.println("cleanup"); // ✅ 打印，但不干扰返回
}
} // ❌ 编译报错：unreachable statement，因为 finally 后面不能有代码关键点：
-
finally总是执行（除非System.exit()、JVM crash、线程被 kill） -
try中的return不代表方法立刻退出，只是标记「下一步该返回什么」 -
finally若抛出异常，会完全吞掉try/catch的返回值或异常
finally 抛异常会吃掉 try/catch 的 return 或 throw
这是比 return 更隐蔽的问题：finally 里未捕获的异常，会直接中断当前方法流程，导致 try 中的 return 失效，甚至掩盖 catch 中本该抛出的异常。
立即学习“Java免费学习笔记（深入）”；
示例：
public static String risky() {
try {
return "from try";
} finally {
throw new RuntimeException("in finally"); // ✅ 调用方收到此异常，"from try" 永远不会返回
}
}容易踩的坑：
- 在
finally关闭流时调用close()，而该方法可能抛IOException - 用
try-with-resources替代手写finally，能自动抑制（suppressed）资源关闭异常，保留原始异常 - 若必须手动关资源，应在
finally内用try-catch包裹close()，且不抛出新异常
替代方案：用 try-with-resources 或提取返回逻辑
现代 Java（≥7）推荐用 try-with-resources 管理可关闭资源，它隐式包含类似 finally 的清理逻辑，但不干预返回值；若需统一返回处理，应把结果存在局部变量中。
正确写法示例：
public static String safeDemo(InputStream is) {
String result = null;
try (BufferedReader reader = new BufferedReader(new InputStreamReader(is))) {
result = reader.readLine();
return result != null ? "ok" : "empty";
} catch (IOException e) {
result = "io-error";
return result; // 显式返回，逻辑清晰
}
// finally 不写 return，也不抛异常
}复杂点在于：很多人以为 finally 是“收尾”，其实它是“劫持点”。只要它出现 return 或未捕获异常，就不再是收尾，而是接管出口。这点在调试和 Code Review 时极易被忽略。
