java中同级不相关异常可并列catch，核心是类型互斥、顺序自由、逻辑分离；判断标准为继承树无直接派生关系，如ioexception与sqlexception允许并列，而ioexception与filenotfoundexception禁止并列。
Java中多个catch块捕获同级不相关异常，核心是“类型互斥、顺序自由、逻辑分离”。只要异常类之间没有继承关系（即同属一个父类但彼此不派生），就可以安全地并列使用多个独立catch块，无需担心匹配冲突或编译错误。
哪些异常算“同级不相关”？
判断标准只看继承树结构，与业务语义无关：
- ✅ 允许：IOException 和 SQLException——二者都是 Exception 的直接子类，无继承关系
- ✅ 允许：NullPointerException 和 IllegalArgumentException——同为 RuntimeException 的直接子类
- ✅ 允许：SecurityException 和 EOFException——虽都属 IOException 体系，但 SecurityException 继承自 RuntimeException，EOFException 继承自 IOException，二者无共同直接父类（除 Exception 外），仍视为不相关
- ❌ 禁止：IOException 和 FileNotFoundException——后者是前者子类，属于父子关系，不能同级并列
- ❌ 禁止：RuntimeException 和 Exception——存在继承，且语义重叠严重
多个catch块的书写顺序可以任意调整
因为同级异常互不兼容，JVM在匹配时不会出现“前一个catch吞掉后一个”的情况。编译器不强制顺序，运行时也按代码从上到下逐个比对，第一个类型匹配的就执行。
- 你可以把 SQLException 放前面，也可以把 IOException 放前面，效果一致
- 即使逻辑上希望优先处理数据库问题，也不必为此调整顺序——它不影响执行结果，只影响可读性
- 建议按常见程度或业务重要性排序，比如先写更可能发生的异常，便于后续维护者快速定位高频路径
每个catch块应有明确且差异化的处理逻辑
这是使用多个独立catch而非multi-catch的根本原因。当异常类型不同、恢复动作不同，就该拆开写：
- SQLException → 回滚事务 + 记录SQL状态码 + 触发告警
- IOException → 关闭流资源 + 尝试备用路径（如本地缓存）
- IllegalArgumentException → 返回400错误 + 补充字段校验提示
如果发现几个catch块里重复写 logger.error("操作失败", e) 和 return errorResponse()，说明更适合改用 multi-catch；反之，只要有一处处理动作不同，就保持分写。
避免混用多catch与单catch时的隐含陷阱
若在一个try后同时存在 multi-catch 和普通 catch 块，仍需注意继承层级：
- 比如写了 catch (IOException | SQLException e) 后，又跟一个 catch (Exception e)，这是合法的——因为 Exception 是前两者的父类，必须放最后
- 但如果再加一个 catch (RuntimeException e)，就会报错：RuntimeException 与前面 multi-catch 中的某些类型（如 SQLException 不是 RuntimeException 子类，但部分自定义异常可能误继承）可能存在隐式继承链，导致编译失败
- 稳妥做法：所有普通 catch 块统一放在 multi-catch 之后，且确保它们与 multi-catch 中列出的类型完全无继承关联
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
