Java 7+ multi-catch语法为catch (E1 | E2 e)，要求异常类型互不兼容，变量e为最近公共父类类型且final；等价于多个相同逻辑的单catch，但禁止后续宽泛catch重复捕获。
Java 7+ 的 multi-catch 语法怎么写
Java 7 开始支持一个 catch 块捕获多个异常类型，前提是这些异常互不兼容（不能是父子类关系），且都继承自 Throwable。写法是用竖线 | 分隔异常类型，每个类型前都要加 final（编译器自动加，可省略）。
常见错误：把 IOException 和 Exception 放一起——会报编译错误，因为后者是前者的父类。
-
catch (IOException | SQLException e)✅ 合法，两者无继承关系 -
catch (Exception | RuntimeException e)❌ 编译失败，RuntimeException是Exception子类 -
catch (NullPointerException | IllegalArgumentException e)✅ 合法，都是RuntimeException的子类，但彼此无关
捕获多个异常时变量的类型和作用域
multi-catch 中的异常变量（如 e）是“交集类型”：编译器推断为所有列出异常的**最近公共父类**，且该变量在 catch 块内是 final 的（不可重新赋值）。
比如 catch (IOException | SQLException e)，e 的静态类型是 Exception（不是 Object，也不是各自具体类型），所以只能调用 Exception 及其父类定义的方法（如 getMessage()、printStackTrace()），不能直接调用 SQLException.getSQLState()。
立即学习“Java免费学习笔记（深入）”；
- 需要调用子类特有方法？必须单独
catch或用instanceof判断（不推荐，破坏 multi-catch 初衷） - 变量名在每个
catch块中独立作用域，不同catch块可用同名变量 - 如果想复用处理逻辑又需子类能力，建议提取成私有方法，入参用具体类型分别调用
multi-catch 和多个独立 catch 块的区别
行为上，multi-catch 等价于多个结构相同、处理逻辑完全一致的 catch 块；但语义更紧凑，且避免重复代码。JVM 层面没有性能差异，编译后仍是多个异常表项。
关键区别在异常匹配顺序和重用限制：
- multi-catch 不改变异常匹配顺序：仍按
try块抛出的实际类型，匹配第一个能接住它的catch（包括 multi-catch 或单 catch） - 不能在 multi-catch 后再写一个更宽泛的
catch (Exception e)，否则编译报错：“exception Exception has already been caught” - 如果部分异常需要特殊处理（如记录 SQL 错误码），就别硬塞进 multi-catch，拆开更清晰
Java 6 及更早版本如何模拟多异常捕获
没有 | 语法，只能靠外层统一捕获 Exception，再用 instanceof 分流。缺点明显：丢失了编译期类型检查，可能漏处理新异常，且堆栈信息被包裹一层。
try {
// ...
} catch (Exception e) {
if (e instanceof IOException || e instanceof SQLException) {
logError(e);
} else {
throw e; // 重新抛出未预期的异常
}
}
这种写法在 Java 7+ 已不推荐。如果项目受限于老 JDK，至少把共用逻辑抽成方法，避免 if-else 堆砌；同时注意：instanceof null 安全，但别忘了 throw e 会丢失原始堆栈，要用 throw new RuntimeException(e) 或保留 cause。
真正容易被忽略的是资源管理场景：multi-catch 本身不解决 try-with-resources 中多个资源抛异常的问题——后者由 JVM 在 try 结束时自动压制次要异常，主异常的 getSuppressed() 才是关键。
