Java多catch块必须子类在前、父类在后，因为编译器按顺序匹配异常，父类若在前会提前捕获所有子类异常导致后续catch失效，编译报错“exception XXX has already been caught”。
Java多catch块为什么必须子类在前、父类在后
因为编译器会按顺序检查catch块，一旦某个异常类型能匹配当前throw的异常实例，就进入该块执行，后续catch直接跳过。如果父类写在前面（比如Exception），那它会提前“吃掉”所有子类异常（如IOException、SQLException），导致后面的子类catch永远无法触发——编译器会直接报错：exception XXX has already been caught。
- 这是编译期检查，不是运行时逻辑
- 哪怕你确定某次只抛
NullPointerException，只要Exception在它前面，代码就通不过编译 - 继承关系越深的异常，越要靠前；比如
ArithmeticException是RuntimeException子类，就得放在后者之前
正确写法示例：按异常继承层级从具体到宽泛排列
下面这段代码能编译通过，且行为可预测：
try {
// 可能抛出多种异常的操作
} catch (FileNotFoundException e) {
// 处理文件不存在
} catch (IOException e) {
// 处理其他IO问题（但不包括FileNotFoundException）
} catch (SQLException e) {
// 处理数据库异常
} catch (Exception e) {
// 兜底：捕获所有其他未明确声明的异常
}
-
FileNotFoundException是IOException的子类，所以必须在它前面 -
SQLException和IOException无继承关系，顺序可互换，但建议按业务常见度或严重程度排 - 兜底的
Exception必须放最后，否则编译失败
用一个catch处理多个异常（Java 7+）的替代方案
如果你只是想减少重复代码，又不想写一堆相似的catch块，可以用多异常捕获语法，但要注意限制：
try {
// ...
} catch (IOException | SQLException e) {
// 统一处理这两种异常
log.error("IO or DB error", e);
}
- 竖线
|分隔的每个异常类型必须互不继承，否则编译报错 - 不能混用父子类，比如
IOException | Exception是非法的 - 捕获变量
e的静态类型是这些异常的最近公共父类（这里是Exception），所以调用子类特有方法前需强制转型 - 性能上和分开写catch基本无差异，JVM底层仍是逐个匹配
容易被忽略的坑：自定义异常和模块化（Java 9+）的影响
如果你自己写了 MyBusinessException 并让它继承 RuntimeException，然后在模块中抛出，要注意两点：
立即学习“Java免费学习笔记（深入）”；
- 模块的
requires声明不影响异常捕获顺序，但若异常类没被模块导出（exports），其他模块即使写了对应catch也无法编译通过——会提示找不到符号MyBusinessException - 如果多个模块各自定义了同名异常（比如都叫
ValidationException），它们其实是不同类，不能用同一个catch块捕获，也不能互相转型 - IDE有时会自动把新catch插到末尾，一不留神就把父类放前面了，建议写完立刻检查顺序，别全信代码补全
异常顺序不是风格问题，是编译器强制的契约。写错顺序不是警告，是直接不让过编译——这点比很多运行时错误更“刚”。
