java多catch块必须按子类异常在前、父类异常在后的顺序排列，否则编译报错；因jvm自上而下匹配，父类前置会导致子类异常无法被捕获，编译器强制校验以避免逻辑遗漏。
Java多catch块必须按“从具体到抽象”的顺序排列，否则编译不通过。这是因为JVM在匹配异常时，会从上到下逐个检查catch类型，一旦命中就执行对应块并跳过后续catch——如果父类异常写在前面，子类异常永远没机会被捕获。
为什么必须子类在前、父类在后
异常类之间存在继承关系。比如FileNotFoundException是IOException的子类，而IOException又是Exception的子类。若把IOException写在FileNotFoundException之前，那么所有文件找不到的异常都会被前者提前捕获，导致更具体的处理逻辑失效。
- 编译器会直接报错：“已捕获的异常 FileNotFoundException 是另一个 catch 块中已捕获异常的子类型”
- 这不是运行时问题，而是编译期强制校验，目的是避免逻辑遗漏
- 哪怕你只写了一个catch，只要它声明的是Exception或Throwable，就相当于“兜底”，但会失去精细化处理能力
典型合法的多catch顺序示例
以下写法符合规范，能分别响应不同场景：
try {
FileInputStream fis = new FileInputStream("data.txt");
int b = fis.read();
} catch (FileNotFoundException e) {
System.out.println("文件不存在，请检查路径：" + e.getMessage());
} catch (SecurityException e) {
System.out.println("无访问权限：" + e.getMessage());
} catch (IOException e) {
System.out.println("读取过程中发生IO错误：" + e.getMessage());
} catch (Exception e) {
System.out.println("其他未预期异常：" + e.getClass().getSimpleName());
}
- 每个catch处理一类明确原因，便于定位和修复
- 最具体的异常（如FileNotFoundException）放在最前
- 通用异常（如Exception）放在最后，仅作兜底，不建议省略日志或提示
Java 7+ 的多异常合并写法（可选优化）
当多个异常需要执行相同处理逻辑时，可用竖线|合并声明，减少重复代码：
catch (FileNotFoundException | SecurityException e) {
System.out.println("文件访问失败：" + e.getMessage());
}
- 合并的异常类型必须互不继承，否则编译报错
- 不能混用具体异常和其父类，例如IOException | FileNotFoundException非法
- 异常变量e的静态类型是这些异常的最近公共父类（如Exception），所以只能调用公共方法
常见错误与规避建议
实际开发中容易踩的坑：
- 把Exception写在第一个catch——导致所有异常都被“一锅端”，丧失诊断价值
- 漏掉关键受检异常（如IOException），导致编译失败
- 空catch块（只写catch(Exception e){}）——异常静默消失，极难排查
- 在catch里只打印消息却不记录堆栈（e.printStackTrace()或日志框架）——丢失上下文信息
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
