java中多个catch块顺序错误会导致编译失败，因父类异常若写在子类之前，会使子类异常永远不可达；正确顺序必须从具体（子类）到宽泛（父类），如filenotfoundexception→ioexception→exception。
Java中多个catch块顺序写错，不是运行时问题，而是编译器直接拒绝——报错“Unreachable catch block”或“exception XXX has already been caught”。根本原因只有一个：父类异常出现在子类异常之前，导致子类永远无法被匹配到。
为什么父类在前会编译失败
Java按catch块从上到下的顺序逐个比对异常类型。只要抛出的异常是某个catch参数类型的实例或其子类，就立即进入该块，后续catch不再检查。
- Exception是IOException、SQLException、NullPointerException等绝大多数异常的父类
- 如果catch(Exception e)写在最前，所有子类异常（包括FileNotFoundException）都会被它“吃掉”
- 编译器静态分析发现后面的catch(FileNotFoundException e)永远执行不到，判定为不可达代码，强制报错
正确顺序必须是“从具体到宽泛”
不是凭感觉排序，而是严格按继承关系由窄到宽排列：
- 最前：自定义业务异常（如InsufficientBalanceException）、最具体的JDK异常（如FileNotFoundException、SQLException）
- 中间：它们的直系父类（如IOException、RuntimeException）
- 最后：兜底的Exception（如有必要），且不能出现在任何具体异常之前
例如：
✅ catch(FileNotFoundException e)
✅ catch(IOException e)
✅ catch(Exception e)
并列异常和多异常捕获的注意事项
没有继承关系的异常（如IOException和SQLException）顺序可互换，但建议按业务发生频率或逻辑分组。
- Java 7+支持catch(IOException | SQLException e)，但二者必须互不继承
- catch(IOException | FileNotFoundException e)非法——后者是前者子类，编译报错“alternative exception types must be disjoint”
- 合并后变量e的类型是最近公共父类（通常是Exception），调用子类特有方法需先instanceof判断
常见误用与自查技巧
IDE（IntelliJ/Eclipse）通常实时标红并提示“Catch clause order”，可一键修复。手动验证也很简单：
- Ctrl+Click点进异常类，看它extends谁，画出继承路径
- 从叶子节点（最具体）开始向上写，确保子类声明严格出现在所有其父类之前
- 删掉某个catch块后若不再报错，说明它原本就是不可达的
这不是语法限制，而是对开发意图的保护：避免你写了一段永远不执行的异常处理逻辑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
