java多catch块必须子类在前、父类在后，否则编译报错“exception xxx has already been caught”；因jvm从上到下匹配，父类会提前捕获所有子类异常，导致后续catch不可达。
Java中多catch块里如果父类异常写在子类异常前面，编译器会直接报错，因为子类异常永远无法被捕获——它已经被更宽泛的父类异常“提前拦截”了。
错误写法示例
下面这段代码无法通过编译：
try {
// 可能抛出 IOException 或 FileNotFoundException
readFile();
} catch (Exception e) { // 父类异常（如 Exception）放最前 ❌
System.out.println("通用异常");
} catch (FileNotFoundException e) { // 子类异常（IOException 的子类）放后面 ❌
System.out.println("文件未找到");
} catch (IOException e) {
System.out.println("IO异常");
}
编译报错信息类似：exception java.io.FileNotFoundException has already been caught。
正确顺序：子类在前，父类在后
catch块必须按“**从具体到宽泛**”排列，即异常类型由窄到宽：
- 先捕获最具体的子类异常（如 FileNotFoundException）
- 再捕获其父类（如 IOException）
- 最后才是顶层异常（如 Exception），且通常不建议写它，除非有明确兜底逻辑
修正后的写法：
try {
readFile();
} catch (FileNotFoundException e) { // ✅ 最具体
System.out.println("文件未找到");
} catch (IOException e) { // ✅ 次之（FileNotFoundException 的父类）
System.out.println("IO异常");
} catch (Exception e) { // ✅ 最宽泛（可选，慎用）
System.out.println("其他异常");
}
为什么必须这样？编译器如何检查？
Java编译器在编译阶段就做静态检查：
- 逐个分析每个 catch 块的异常类型是否“可达”
- 若某 catch 的异常类型是之前某个 catch 异常类型的子类或相同类型，则判定为“不可达”，直接报错
- 这种检查不依赖运行时，也不看 try 块里实际抛什么，只看类型继承关系
实用建议
- 优先捕获明确的、业务相关的异常类型，避免盲目 catch Exception
- 如果多个子类异常处理逻辑一致，可合并 catch（Java 7+ 支持多异常类型，用 | 分隔）：
catch (FileNotFoundException | SecurityException e) - 不要为了“保险”把 Exception 放第一个——这会让后续所有 catch 失效，也掩盖问题定位
- IDE（如 IntelliJ、Eclipse）通常会高亮提示“unreachable catch block”，可借助它及时发现
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
