java多catch块实际编译为异常表中多条独立规则，jvm按顺序匹配首个可捕获类型并跳转执行；所有catch覆盖相同字节码区间但type不同，子类必须声明在父类前，finally则通过物理复制确保各路径必执行。
Java中多个catch块并不是语法上的“并列选择”，而是被编译器明确展开为**多条独立的异常处理规则**，全部登记在方法的异常表（Exception table）中。每一条规则都对应一种异常类型、一个监控范围（from-to）和一个跳转入口（target），JVM运行时按顺序匹配——不是“谁先写谁优先”，而是“从上到下第一个能捕获的就执行”。
异常表决定实际执行路径
编译后，每个catch语句都会生成一条异常表项。例如：
- from=0, to=12, target=15, type=java/lang/ArithmeticException → 监控try块内0~12字节码，遇到算术异常跳15行
- from=0, to=12, target=24, type=java/lang/NullPointerException → 同一区间，空指针异常跳24行
- from=0, to=12, target=33, type=java/lang/Exception → 同一区间，其他Exception子类跳33行
注意：所有catch都覆盖相同的字节码区间（即整个try块），但type不同；JVM查表时**严格按表中顺序遍历**，一旦匹配就跳转，不再继续检查后续项。
字节码里没有“catch结构体”，只有跳转指令和重复逻辑
catch块内的代码会被编译成普通指令序列，放在各自target位置。比如：
- 第15行开始是
ArithmeticException的处理逻辑（如print、return） - 第24行开始是
NullPointerException的处理逻辑 - 第33行开始是通用
Exception的兜底逻辑
这些代码彼此独立，不共享栈帧状态；局部变量若未在catch前声明，就不能跨catch访问。
finally会叠加在每条出口路径上
如果还有finally块，编译器会把它的字节码**物理复制三份**：
- 一份插在try正常执行完、return之前
- 一份插在每个catch块末尾、return之前
- 一份插在每个异常未被捕获、准备向上传递前（用于保障清理）
这意味着：哪怕你写了3个catch，最终字节码里可能出现3次甚至更多次finally的指令副本——它不是“统一调度”，而是靠复制+跳转保证必达。
多catch不改变JVM异常分发机制，只扩充异常表
JVM本身不理解“catch(Exception e)”或“catch(RuntimeException r)”，它只看异常表中的type字段是否与抛出对象的类或其父类匹配。因此：
- 子类异常必须写在父类前面，否则父类项会提前截获，子类永远不触发
- 重复的type（如两个
Exception）会导致后者不可达，javac通常会报错 - 编译器不会合并或优化catch逻辑，每个target地址都指向真实存在的字节码段
本质上，多catch只是让开发者写得更清晰，底层全是异常表驱动的条件跳转，没有额外的控制结构开销。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
