java多catch合并（如catch(ioexception | sqlexception e)）专用于处理互为兄弟、继承同一父类且逻辑完全一致的异常，e类型为最小公共父类，禁止包含父子关系或语义差异大的异常。
Java 多 catch 合并（catch (A | B e)）不是为了“凑数”或强行简化，而是专为那些继承自同一父类、彼此无继承关系、且处理逻辑完全一致的异常设计的。用对了能减少重复，用错了反而增加歧义和编译错误。
只合并真正互为兄弟的异常
所谓“相同父类”，是指多个异常类都直接继承自同一个父类，且彼此之间没有 extends 关系。这是编译器强制校验的硬性条件。
- ✅ 允许：
catch (IOException | SQLException e)—— 二者都是Exception的直接子类 - ❌ 禁止：
catch (IOException | FileNotFoundException e)—— 后者是前者的子类，违反“互不遮蔽”原则 - ❌ 禁止：
catch (IOException | RuntimeException e)—— 最小公共父类是Throwable，但二者语义层级不同，且RuntimeException本就不需强制捕获
变量类型由编译器严格推导
合并后 e 的静态类型一定是这些异常的最小公共父类（如 Exception），不能声明为更具体的类型，也不能在块内直接调用子类特有方法。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 若需访问
SQLException.getSQLState()或IOException.getLocalizedMessage()，必须先instanceof判断再转型 - 但一旦加判断，就说明逻辑并不真正“统一”，此时不如拆成独立
catch块，再提取共用日志或清理方法
避免与单 catch 冲突或重复覆盖
同一个 try 中，不能出现语义重叠的捕获——哪怕一个用合并写法、一个用单独写法。
- ❌ 错误：
catch (IOException | SQLException e)和紧随其后的catch (IOException e2)—— 编译报错 “duplicate catch” - ✅ 安全做法：把所有需要统一处理的同级异常放进一个合并块；差异化处理的保留独立块，并确保顺序从具体到宽泛
优先用于兜底动作，而非业务分支
合并适合做日志记录、资源释放、统一返回码等共性操作，不适合承载分支逻辑。
- 推荐场景：网络请求中同时捕获
ConnectException和TimeoutException（二者均为IOException子类），统一标记“连接失败”并重试 - 不推荐场景：想在一个块里既回滚事务（
SQLException）又关闭流（IOException）—— 虽然能写，但掩盖了异常来源差异，不利于问题定位
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
