Java的try-catch-finally是对异常生命周期进行精确干预的控制结构，决定异常拦截、处理、资源释放及返回值；try暴露异常，catch按类型匹配捕获，finally强制执行清理，三者构成异常流转闭环。
Java 中的 try-catch-finally 不是简单的“兜底写法”，而是对异常生命周期进行精确干预的控制结构。它决定了异常是否被拦截、如何被处理、资源是否被安全释放，甚至影响方法的返回值。理解其对异常流转的控制逻辑，是写出健壮、可维护代码的关键。
try 块：异常触发与流程中断点
try 块划定一个“受监控区域”。只要其中任意一行代码抛出异常（无论是显式 throw 还是 JVM 自动抛出），该块内后续所有语句立即停止执行，控制权交由 JVM 异常分发机制处理。
- 异常一旦发生，不会继续向下执行 try 中剩余代码，哪怕只差一行
- 异常对象被创建并携带堆栈信息，成为后续流转的载体
- try 本身不处理异常，只负责“暴露”和“移交”
catch 块：异常捕获与类型匹配路径
catch 块定义了异常的“接收通道”。JVM 按照 catch 声明的异常类型从上到下依次比对，使用 instanceof 语义判断是否匹配——必须是相同类型或其子类。
- 多个 catch 时，子类异常必须写在父类之前，否则编译报错
- 匹配成功后，异常对象传入 catch 参数，执行其中逻辑；匹配失败则异常继续向上抛出
- 未被任何 catch 捕获的异常，会穿透当前方法，交由调用栈上层处理
finally 块：强制执行的清理锚点
finally 是异常流转中唯一具有“强保证”的环节（除 System.exit() 或 JVM 崩溃等极端情况）。它在以下任一情形后都会执行：
立即学习“Java免费学习笔记（深入）”；
- try 正常结束（无异常）
- try 抛出异常且被某个 catch 捕获并处理完
- try 抛出异常但未被当前 catch 捕获（即异常继续上抛）
- try 或 catch 中执行了 return 语句（finally 在 return 返回值确定后、实际返回前执行）
注意：若 finally 中也有 return 或抛出新异常，它会覆盖 try/catch 中已确定的返回值或异常，改变原始流转结果。
异常流转的完整闭环控制
整个结构形成一个可控的异常生命周期闭环：
- 异常从 try 中产生 → 被最近匹配的 catch 拦截或穿透 → 无论中间路径如何，finally 都介入执行清理 → 最终决定是否终止当前方法或继续向上传播
- 这种设计把“业务逻辑”、“错误响应”、“资源保障”三者解耦，让每部分职责清晰
- 配合 try-with-resources（自动调用 close()），可进一步简化资源管理，避免手动写 finally 的重复劳动
