Java中多个catch块是责任链模式的体现：JVM按书写顺序匹配异常类型，子类必须在父类前，命中即执行并终止链，未命中则传递至下一个catch或向上抛出。
Java 中的多个 catch 块，本质上就是责任链模式在异常处理领域的直接体现——它不靠显式链式调用，而是由 JVM 在运行时依据异常类型继承关系，自动完成“匹配→分发→终止”的流程。关键不在写法顺序，而在于类型层级：子类异常必须写在父类之前，否则编译报错；JVM 一旦找到第一个能匹配的 catch，就立即执行，不再往下走。
为什么 catch 顺序必须是“子类优先”
Java 编译器强制要求 catch 块按异常类型的继承关系从具体到宽泛排列。这是因为：
- 如果父类异常（如
Exception）写在子类（如NullPointerException）前面，那么子类异常永远无法被捕获——它会被更宽泛的父类catch提前“吃掉” - 编译器会直接拒绝这种写法，报错
exception XXX has already been caught - 这本质上是编译期对责任链“有效性”的校验：确保每个处理器（
catch）都有实际被触发的机会
JVM 如何执行这条隐式责任链
当 try 块抛出异常时，JVM 并不是逐个比较字符串或反射判断，而是基于类型检查快速定位：
- 从第一个
catch参数类型开始，检查抛出异常的实际类型是否是其子类型（含自身） - 使用
instanceof语义等价逻辑，时间复杂度为 O(1) - 命中即执行对应
catch块，整个链立刻中断；未命中则跳向下一条 - 若所有
catch都不匹配，异常继续向上抛给调用栈，相当于“链末无处理器”，进入默认错误处理流程
一个典型的责任链示例
下面代码清晰展示了层级分发逻辑：
try {
int[] arr = new int[3];
arr[5] = 1; // 抛出 ArrayIndexOutOfBoundsException
} catch (ArrayIndexOutOfBoundsException e) {
System.out.println("数组越界：" + e.getMessage()); // ✅ 执行此处
} catch (RuntimeException e) {
System.out.println("运行时异常"); // ❌ 不执行
} catch (Exception e) {
System.out.println("通用异常"); // ❌ 不执行
}
这里 ArrayIndexOutOfBoundsException 是 RuntimeException 的子类，也是 Exception 的子类。JVM 按书写顺序扫描，第一个就匹配成功，后续全部跳过——这就是责任链“短路执行”的典型特征。
与手动实现的责任链有何不同
显式责任链（如审批 Handler 链）需要开发者维护 nextHandler 引用并主动调用；而 catch 链是 JVM 内置机制：
- 无需手动设置后继节点，编译器自动生成跳转表
- 不依赖对象引用传递，完全基于类型系统静态约束
- 不可在运行时动态增删节点（
catch数量和类型在编译期固定） - 但语义一致：每个处理器只关注自己能处理的请求（异常），其余交由“下一个”
