Java异常处理中的多重catch语句

多个catch块必须按子类到父类顺序排列，否则编译报错；异常变量名可重复但作用域独立；Java 7+支持用|合并并列异常类型；空catch块应避免，每个需明确处理策略

。

多个 catch 块的执行顺序必须从子类到父类

Java 不允许在同一个 try 后面写两个能捕获相同异常或存在继承关系但顺序错误的 catch 块。比如先写 catch (Exception e)，再写 catch (NullPointerException e)，编译会直接报错：exception NullPointerException has already been caught。

这是因为 NullPointerException 是 Exception 的子类，JVM 按照 catch 出现的**从上到下顺序**匹配第一个能处理该异常的块。一旦前面的块已经能覆盖后面的类型，后面的就永远无法到达。

• 正确写法：子类异常写在前，父类异常写在后
• 常见组合示例：catch (IOException e) → catch (Exception e)
• 如果只留一个 catch (Exception e)，它能捕获所有运行时和检查异常，但会丢失具体类型信息

catch 中的异常变量名可以重复，但作用域互不干扰

每个 catch 块里的参数是独立作用域，所以不同 catch 块用同一个变量名（比如都叫 e）完全合法，也不会互相影响。

但要注意：如果在 catch 块里对异常对象做了修改（如调用 e.addSuppressed(...)），这些操作只对当前块可见；下一个 catch 块拿到的是原始抛出的那个异常实例，不是前一个块处理过的副本。

• 变量重名没问题：catch (IOException e) { ... } 和 catch (SQLException e) { ... } 可共存
• 不能跨块访问：第二个 catch 里的 e 和第一个不是同一个引用，也不是它的“后续状态”
• 避免在多个 catch 中重复记录日志，容易造成冗余输出

Java 7+ 支持多异常类型合并写在一个 catch 中

当多个异常需要执行完全相同的处理逻辑时，可以用竖线 | 分隔异常类型，把它们合并在一个 catch 块里。这种写法要求所有异常类型互不继承，且最终捕获的变量是 final 的，不能重新赋值。

try {
    doSomething();
} catch (IOException | SQLException e) {
    logger.error("I/O or DB failed", e);
    throw new ServiceException("Operation failed", e);
}

• 支持的类型必须是并列关系，不能是父子类，否则编译失败
• 合并后 e 的静态类型是这些异常的最近公共父类（通常是 Exception）
• 不能在块内写 e = new RuntimeException()，会触发编译错误：cannot assign a value to final variable e

别忽略被吞掉的异常，尤其是多重 catch 中的空处理

最常被忽视的问题不是语法错误，而是逻辑上“吃掉”了本该传播或记录的异常。例如下面这段代码看似无害，实则危险：

try {
    riskyOperation();
} catch (TimeoutException e) {
    // 忽略超时，继续
} catch (IOException e) {
    logger.warn("IO issue, ignored", e);
}

这里两个 catch 都没做任何恢复动作，也没重新抛出，导致上游完全感知不到失败。更隐蔽的是：如果 riskyOperation() 抛出的是 InterruptedException，它不会被任一 catch 捕获，直接向上冒泡——而你可能根本没意识到这个路径存在。

• 每个 catch 至少要决定：记录、转换、重试，还是明确丢弃
• 不要依赖“反正有最后一个 catch (Exception e)”来兜底，它会让问题定位变得困难
• IDE 通常会对空 catch 块标黄警告，别习惯性 alt+enter 忽略