多个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 块拿到的是原始抛出的那个异常实例，不是前一个块处理过的副本。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 变量重名没问题：
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 忽略
