避免在 finally 块中使用 return，应将清理与决策分离：finally 仅关闭资源，返回值统一由方法末尾 return；优先用 try-with-resources 自动管理资源；结合编译器警告、IDE 检查和 CI 工具拦截问题，并纳入团队编码规范与 Code Review。
避免在 finally 块中使用 return 的核心思路是：把“清理”和“决策”彻底分开——finally 只负责释放资源，不参与返回值或异常的控制。
用局部变量统一承载返回结果
在方法开头声明一个结果变量，在 try 或 catch 中赋值，所有 return 都集中在方法末尾，finally 里只做清理：
-
int result = -1;（初始化默认值） try { result = doWork(); }catch (Exception e) { result = DEFAULT_VALUE; log.warn("fallback used", e); }finally { closeResource(); }-
return result;（唯一出口）
优先使用 try-with-resources 替代手写 finally
JDK 7+ 提供的 try-with-resources 能自动关闭实现了 AutoCloseable 的资源，完全绕过手动 finally，从根本上杜绝误写 return：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
try (InputStream is = new FileInputStream("file.txt")) { return is.read(); }- 资源关闭由 JVM 保证，且不影响
try中的返回值或异常传播 - 无需显式
finally块，代码更简洁、更安全
借助工具提前拦截问题
单靠人工审查容易遗漏，建议结合静态检查机制：
立即学习“Java免费学习笔记（深入）”；
- 启用编译器警告：
javac -Xlint:finally会提示[finally] finally clause cannot complete normally - 在 IDE（如 IntelliJ）中开启
FinallyBlockCannotCompleteNormally检查，实时标黄警告 - 将
Checkstyle或SonarQube规则纳入 CI 流程，禁止finally中出现return、throw、System.exit()
团队规范与 Code Review 重点
把这条写进编码规范，并在评审时重点关注：
- 所有
finally块是否仅含无副作用操作（如close()、unlock()、log.info()） - 是否存在看似“兜底”的
return "success"或return null等语句 - 嵌套的
try-finally结构中，最内层finally是否有return（它会直接跳出整个方法）
