java多catch顺序错误导致编译报错，本质是编译器对异常可达性的静态检查；子类异常必须置于父类之前，否则后续catch块不可达而报错“exception xxx has already been caught”。
Java中多catch块顺序不当引发的“已捕获”编译错误，本质是编译器对异常可达性的静态检查结果，不是运行时问题。只要把子类异常放在父类前面，错误立刻消失——它不靠调试，只靠调整声明顺序。
子类必须排在父类前面
Java按catch从上到下逐个匹配异常类型，一旦匹配成功就执行并跳过后续块。如果Exception写在IOException前面，所有IOException实例都会被Exception捕获，后面的IOException catch块就成了不可达代码，编译器直接报错“exception XXX has already been caught”。
- FileNotFoundException必须写在IOException之前
- IOException必须写在Exception之前
- ArithmeticException必须写在RuntimeException之前
- 同级异常（如SQLException和IOException）顺序可互换
多异常捕获（|语法）也有继承限制
Java 7+支持一个catch处理多种异常，但竖线分隔的类型之间不能存在继承关系，否则编译失败：“alternative exception types must be disjoint”。
- ✅ catch (IOException | SQLException e)：二者无继承，合法
- ❌ catch (IOException | FileNotFoundException e)：后者是前者子类，非法
- e的静态类型是所列异常的最近公共父类（如Exception），不能直接调用子类特有方法
避免兜底异常喧宾夺主
catch (Exception e)或catch (Throwable t)不是不能用，而是不能放前面——它会直接让后面所有catch失效。即便语法允许它放在最后，也应谨慎使用。
- 优先捕获明确业务异常（如UserNotFoundException）
- 再处理标准受检异常（如IOException、SQLException）
- 非受检异常（如IllegalArgumentException）单独处理更利于定位问题
- 兜底catch仅用于顶层入口或线程处理器，且需完整记录堆栈
快速验证与修正技巧
不确定异常间关系时，不用查文档也能快速判断：
- 在IDE中Ctrl+Click（IntelliJ）或F3（Eclipse）跳转到异常类定义，看extends谁
- 编译报错提示里明确写出哪个异常“已被捕获”，直接定位要调换的两个catch
- 多数现代IDE会实时高亮不可达catch块，并提供一键修复建议
- 删除所有catch，从最具体的开始逐个补全，自然形成正确顺序
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
