子类异常必须写在父类异常之前，否则编译失败；因catch按顺序匹配，父类在前会导致子类不可达，编译器报“Unreachable catch block”。
Java里异常捕获顺序的核心要求是：子类异常必须写在父类异常之前。这不是编码风格建议，而是编译器强制的语法规则——顺序错会导致编译失败。
为什么必须先子类、后父类
Java按catch块从上到下的顺序匹配异常类型，一旦某个catch能匹配（即异常类型是该catch声明类型的实例或子类），就立即执行它，后续catch全部跳过。如果父类异常写在前面，比如先写red">catch(Exception e)，那么所有继承自Exception的异常（如NullPointerException、IOException、SQLException等）都会被它“一锅端”，后面的子类catch永远无法触发。
编译器会直接报错：Unreachable catch block 或 exception XXX has already been caught。
正确顺序的写法示例
以下是一个符合规范的多重catch结构：
立即学习“Java免费学习笔记（深入）”；
- catch(FileNotFoundException e) —— 最具体的IO异常子类
- catch(IOException e) —— 更宽泛的IO异常父类
- catch(IllegalArgumentException e) —— 业务参数类异常
- catch(RuntimeException e) —— 运行时异常顶层父类（注意：不能放在Exception之后）
- catch(Exception e) —— 通用兜底（应放在最后）
关键点：同一继承链上的异常，必须严格按“具体→宽泛”排列；不同继承链（如RuntimeException和IOException）之间无父子关系，可按逻辑重要性自由安排，但各自内部仍需遵守子类优先。
常见错误及后果
错误写法会带来三类实际问题：
- 编译不通过：父类在前、子类在后 → 编译器拒绝生成字节码
- 逻辑失效：即使侥幸绕过编译（如用不同继承链混淆），也会导致本该精细化处理的异常被笼统吞掉
- 调试困难：日志只显示“Exception occurred”，丢失文件名、网络超时、权限拒绝等关键上下文
实际编码中的实用建议
不必死记所有异常类的继承关系，记住这几条就够了：
- 检查型异常（如IOException、SQLException）通常需要显式捕获，优先按业务场景分细粒度处理
- 运行时异常（如NullPointerException、IllegalArgumentException）一般不强制捕获，但如果要统一拦截，务必放在Exception之前
- 兜底的catch(Exception e)或catch(Throwable t)只能放在最后一个catch，且建议记录完整堆栈并谨慎吞掉
- IDE（如IntelliJ）会在你写错顺序时实时标红并提示修复，善用这个反馈
