try-catch-finally执行顺序固定：try→匹配catch（如有）→finally；return值先暂存再执行finally，数值类型不可变，引用类型可改对象状态；finally中return会覆盖原返回值；多catch须子类在前；finally是资源释放可靠位置，推荐try-with-resources。
Java里try-catch-finally不是简单“先试再抓最后收尾”，它的执行流有确定顺序和隐含规则，尤其在return、异常嵌套、资源释放等场景下，稍不注意就会得到意料之外的结果。
try-catch-finally的执行顺序是固定的
无论是否发生异常、是否包含return语句，执行流程都遵循以下底层逻辑：
- try块从上到下执行；一旦抛出异常，立刻中断后续代码，跳转匹配的catch（若无匹配则向上抛）
- catch块仅在对应异常被捕获时执行，执行完后不自动跳出整个结构——控制权会继续流向finally
- finally块总是执行（极少数例外：JVM直接退出、线程被强制中断、System.exit()调用）
- 如果try或catch中有return，JVM会先计算返回值并暂存（数值类型复制值，引用类型保存地址），再执行finally，最后返回暂存值
return与finally共存时的真实行为
这是最容易误解的点。很多人以为“finally里的代码能改掉return结果”，其实只对引用类型有效，且本质不是“修改返回值”，而是“修改了返回值所指向的对象状态”。
- 数值类型（int、double等）：return前已复制值，finally中修改变量不影响最终返回值
- 引用类型（如自定义对象、数组）：return前保存的是对象引用，finally中修改对象属性会影响返回结果
- finally中写return会覆盖try/catch的返回，直接结束方法——应严格避免
多catch的排列必须符合继承顺序
多个catch不能随意排列，否则编译报错。子类异常必须写在父类异常之前：
- 正确：catch(NullPointerException e) → catch(RuntimeException e)
- 错误：catch(RuntimeException e) → catch(NullPointerException e)，因为后者永远无法到达
- 可合并写法：catch(NullPointerException | IllegalArgumentException e)，适用于同级异常
finally是资源释放的可靠位置
数据库连接、文件流、锁等资源，必须确保关闭。放在try或catch末尾不可靠——因为可能提前return，或异常未被捕获而跳过。
- 即使try中return，finally仍会执行，适合close()调用
- 推荐写法：在finally中判空再关闭，防止close()本身抛NPE
- Java 7+可优先用try-with-resources替代手动finally，更简洁安全
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
