java中try-catch-finally执行顺序固定为try→匹配catch（如有）→finally，finally总在return前执行但不阻止其生效；若finally含return则覆盖原返回值；仅system.exit()或jvm崩溃时finally不执行。
Java 中 try-catch-finally 不是“先试、再抓、最后收尾”的线性流程，而是一套有严格执行顺序和隐含规则的异常处理机制。掌握它，才能避免资源泄漏、返回值错乱、异常掩盖等典型问题。
标准结构与基本约束
try 必须搭配至少一个 catch 或 finally；单独的 try 编译不通过。常见合法组合有三种：
- try + catch：处理异常，但不强制收尾
- try + finally：不捕获异常，只确保收尾（如日志记录、状态还原）
- try + catch + finally：最完整形式，兼顾异常处理与资源保障
catch 块必须紧跟 try 后，finally 必须在所有 catch 之后；多个 catch 要按“子类在前、父类在后”排列，否则编译报错（例如 NullPointerException 必须写在 RuntimeException 前面）。
finally 的执行时机与可靠性
finally 几乎总能执行——无论 try 正常结束、抛出未被捕获的异常、catch 中再次抛异常，还是 try/catch 中有 return 语句。它的核心价值在于“兜底执行”，特别适合释放资源。
- 数据库连接、文件流、锁等对象，应在 finally 中 close()，且需判空（if (conn != null) conn.close();）
- 避免把复杂业务逻辑放进 finally，它只该做确定、轻量、幂等的操作
- 极端情况不执行：System.exit()、JVM 崩溃、线程被 kill -9 强制终止
return 与 finally 的交互细节
当 try 或 catch 中有 return，JVM 会先计算并暂存返回值，再执行 finally，最后返回暂存值。这个过程对不同类型影响不同：
- 数值类型（int、double 等）：暂存的是值的副本，finally 中修改变量不影响最终返回结果
- 引用类型（如自定义对象、List）：暂存的是对象引用，finally 中修改对象属性（如 obj.name = "new"）会影响返回对象的状态
- finally 中写 return：会直接覆盖原返回值，并立即退出方法——这会丢失原始异常信息或业务结果，应严格禁止
现代替代方案：优先用 try-with-resources
JDK 7+ 推荐用 try-with-resources 替代手动 finally 关闭资源，前提是资源类型实现 AutoCloseable 接口（如 FileInputStream、Connection、Scanner）。
- 语法简洁：try (FileInputStream fis = new FileInputStream("a.txt")) { ... }
- 自动关闭：无论是否异常、是否有 return，资源都会被安全关闭
- 异常抑制：若 try 块抛异常，且 close() 也抛异常，后者会被“抑制”（suppressed），主异常仍可获取，不会被掩盖
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
