Java中多catch块必须按“从具体到宽泛”顺序排列，否则编译失败；若父类异常写在子类之前（如Exception在IOException前），会导致后续catch不可达并报错。
Java中 try 多 catch 块匹配顺序不对不会直接报错，但会导致编译失败——因为编译器会检测到“已捕获的异常”（unreachable catch block），并抛出类似 error: exception XXX has already been caught 的编译错误。
根本原因：子类异常写在父类之后
Java要求 catch 块按“从具体到宽泛”的顺序排列。如果父类异常（如 Exception）写在子类异常（如 IOException 或 NullPointerException）之前，那么子类 catch 永远无法执行，编译器就会拒绝编译。
- ✅ 正确顺序：
catch (IOException e)→catch (Exception e) - ❌ 错误顺序：
catch (Exception e)→catch (IOException e)（编译失败）
快速定位问题的方法
看编译错误提示中的类名和行号，重点检查该行及上方所有 catch 块：
- 找到报错的 catch 块（通常是第二个或之后的块）
- 向上逐个比对其异常类型与前面每个 catch 的类型关系
- 用
isAssignableFrom逻辑判断：若前一个异常类.class.isAssignableFrom(当前异常类.class)成立，说明当前 catch 被覆盖
常见易错组合示例
以下写法均会编译失败：
立即学习“Java免费学习笔记（深入）”；
-
catch (Exception e)后跟catch (RuntimeException e)（RuntimeException是Exception子类） -
catch (SQLException e)后跟catch (SQLException e)（重复类型，不允许） -
catch (Throwable t)放在任意其他 catch 前面（它是最顶层，会拦截所有）
修复建议
按异常 specificity（特异性）降序排列：
- 最具体的异常优先（如
ArithmeticException、FileNotFoundException） - 再是它们的直接父类（如
IOException、SQLException） - 最后才是通用异常（如
Exception），且通常应避免写Throwable或Error的 catch - IDE（如 IntelliJ 或 Eclipse）通常会高亮 unreachable catch 并给出快速修复建议，可直接采纳
