finally中return会覆盖try/catch抛出的异常，导致异常静默丢失；应仅用于资源清理，禁止出现return、throw或system.exit()。
在 finally 块中写 return 语句会覆盖 try 或 catch 中抛出的异常，导致异常被静默吞掉——这不是“避免异常传播”，而是彻底掩盖问题。核心原则是：finally 只负责资源清理，不参与控制流返回。
finally 中 return 会破坏异常传播链
Java 规定：只要 finally 中有 return，无论 try/catch 是否抛异常、是否已有 return，最终方法都以 finally 的返回值（或 void）结束，原异常直接丢失。
- try 抛出 NullPointerException，catch 捕获并 re-throw，但 finally return 0 → 调用方收到 0，完全看不到异常
- try 中 return "ok"，catch 不处理，finally return "fail" → 外部永远得到 "fail"，且无任何异常提示
正确做法：finally 只做清理，不写 return
把所有返回逻辑放在 try 或 catch 末尾；finally 仅用于 close()、unlock()、reset() 等确定性清理操作。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 用 try-with-resources 自动管理可关闭资源（推荐），根本无需手动写 finally
- 若必须手写 finally，只调用 close() 并捕获其异常（如 IOException），但绝不 return
- 清理失败应记录日志或抛运行时异常（如 RuntimeException），而非用 return 掩盖
清理逻辑出错时，别用 return “兜底”
有人在 finally 里加 return 是想“保证有返回值”，这是误解。方法契约由 try/catch 定义，finally 不该越权决定返回结果。
- 错误示例：
finally { if (conn != null) conn.close(); return result; } - 正确写法：result 在 try 末尾 return；finally 仅
if (conn != null) try { conn.close(); } catch (SQLException e) { log.warn("close failed", e); }
用 IDE 和静态检查工具提前拦截
IntelliJ 和 SonarQube 都能检测 finally 中的 return 并标为严重问题。启用检查规则（如 IntelliJ 的 "Finally block should not contain return statement"）可防患于未然。
- 在 IDE 设置中开启 Java 异常相关 inspection
- CI 流程中集成 Checkstyle 或 PMD，配置禁止 finally-return 的规则
- Code Review 时重点关注 finally 块是否有 return、throw 或复杂逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
