java多重catch必须按子类到父类顺序排列，否则编译报错；同级异常顺序任意，multi-catch要求异常互不继承；兜底异常须置最后并记录完整堆栈。
Java 多重 catch 的顺序不是随便写的，它直接决定哪个异常能被真正捕获和处理——写反了编译就报错，写乱了业务逻辑就失效。
子类异常必须排在父类前面
这是编译器强制要求的规则。因为异常匹配是按 catch 块从上到下逐个比对的，而子类异常对象天然属于其父类类型。如果父类先出现，比如 catch(Exception e) 写在最前，那后面所有子类（如 NullPointerException、IOException）就永远没机会执行。
- ✅ 正确：catch (FileNotFoundException e) → catch (IOException e) → catch (Exception e)
- ❌ 错误：catch (IOException e) → catch (FileNotFoundException e)（编译失败）
- ❌ 错误：catch (Exception e) → catch (RuntimeException e)（编译失败）
按业务重要性排列，不止看继承关系
光满足“子类在前”只是基础，真正影响系统健壮性的是业务语义优先级。比如支付场景中：
- PayBalanceInsufficientException（余额不足）→ 精准引导用户充值，返回特定错误码
- PayTimeoutException（第三方超时）→ 启动异步查单，前端显示“处理中”
- RuntimeException（未预期运行时异常）→ 兜底记录全量堆栈+告警，返回通用失败
这三个异常即使没有继承关系，也应按业务响应紧迫性和用户感知程度由高到低排序，确保关键路径不被宽泛处理掩盖。
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
同级异常顺序任意，但 multi-catch 有额外限制
像 IOException 和 SQLException 这类无继承关系的异常，谁先谁后不影响编译，但建议按常见度或处理成本排序（例如更常发生的放前面）。
使用 catch(IOException | SQLException e) 可以合并处理，但前提是它们互不继承；如果混入 FileNotFoundException（它是 IOException 子类），编译器会直接拒绝。
- ✅ 合法：catch (IllegalArgumentException | IllegalStateException e)
- ❌ 非法：catch (Exception | RuntimeException e)
- ⚠️ 注意：multi-catch 中的异常变量 e 是隐式 final，不能重新赋值
兜底 catch 要放在最后，且必须留痕
如果要用 catch(Exception e) 或 catch(Throwable t) 做统一兜底，只能放在所有具体 catch 块之后，并做到两件事：
- 记录完整堆栈：log.error("unexpected error", e)，不能只打 e.getMessage()
- 明确是否继续抛出：多数服务端场景需包装后重新 throw，避免静默吞异常
- 避免出现在最前，否则所有细分逻辑都会失效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
