finally块抛异常会覆盖try/catch中的原始异常，导致原始异常丢失；多catch块必须按子类到父类顺序声明，否则编译报错。
finally块本身抛出异常，会覆盖try或catch中已有的异常；多catch块按声明顺序从上到下匹配，子类异常必须放在父类之前，否则编译报错。
finally块内抛异常的实际影响
当finally块执行过程中抛出新异常，它会中断原异常传播链：
- 如果try中已抛异常、catch未捕获或未处理，原异常会被finally中的新异常完全取代，调用栈里只显示finally的异常
- 如果catch已捕获并处理了异常，但finally又抛异常，那么最终向上传递的是finally的异常，原catch逻辑虽执行，但结果被覆盖
- 即使try/catch中有return语句，只要finally抛出异常，该return就失效，方法直接以finally异常终止
多catch块的匹配规则与执行逻辑
多个catch块不是“全选”，而是严格按顺序择一执行：
- JVM从第一个catch开始逐个比对异常类型，一旦匹配成功，就进入该catch执行，其余catch全部跳过
- 若把Exception（父类）写在NullPointerException（子类）前面，编译器会报错：“exception NullPointerException has already been caught”
- 可使用多异常类型语法catch (IOException | SQLException e)，但括号内仍需满足类型兼容性，且不能混入父子类
典型错误场景示例
下面代码会导致编译失败：
立即学习“Java免费学习笔记（深入）”；
try {
// 可能抛出 NullPointerException
} catch (Exception e) {
System.out.println("父类兜底");
} catch (NullPointerException e) { // ❌ 编译错误：不可达代码
System.out.println("空指针专用处理");
}
正确写法应为：
try {
// ...
} catch (NullPointerException e) {
System.out.println("先处理具体异常");
} catch (IllegalArgumentException e) {
System.out.println("再处理另一类具体异常");
} catch (Exception e) {
System.out.println("最后兜底通用异常");
}
资源释放中finally异常的应对建议
在close()等资源清理操作中，避免让finally自身成为异常源：
- 对可能抛异常的清理动作，应在finally内部再套一层try-catch，防止掩盖主流程异常
- 更推荐使用try-with-resources：自动调用close()且不干扰原有异常传播，JVM保证资源释放且异常不丢失
- 若必须手写finally，对每个close()单独包裹，记录日志而非抛出，确保finally整体不中断
