java 7+ 多异常捕获需用 | 分隔互不继承的异常类型，如 catch (sqlexception | ioexception e)；若存在父子类关系（如 ioexception | filenotfoundexception）则编译报错。
Java 7+ 的 catch 多异常语法怎么写才不报错
Java 7 引入了多异常捕获（multi-catch），允许一个 catch 块处理多种异常类型，但必须满足「它们之间不能有继承关系」。否则编译器直接报错：Alternative catch not allowed for the same exception type 或类似提示。
常见错误是把 IOException 和它的子类 FileNotFoundException 写在一起：
catch (IOException | FileNotFoundException e) { ... }
这会编译失败——因为 FileNotFoundException 是 IOException 的子类，JVM 无法确定该走哪个分支逻辑（其实根本没分支）。
- 只允许并列的、互不相关的异常类型，比如
SQLException | IOException - 所有异常类型必须用
|分隔，不能加逗号或空格 - 捕获变量
e的静态类型是这些异常的最近公共父类（通常是Exception），所以不能直接调用子类特有方法 - 如果需要区分处理，得用
instanceof判断，但这就失去了 multi-catch 的简洁性
要不要用 catch (Exception e) 代替多异常
能用，但不推荐——它会吞掉本该被上层或特定逻辑处理的异常，比如 InterruptedException 被静默忽略，可能破坏线程协作；又或者 NullPointerException 被笼统捕获，掩盖了空指针本应暴露的逻辑缺陷。
立即学习“Java免费学习笔记（深入）”；
真实场景中，你真正想捕获的往往是「可恢复的受检异常」，比如文件读取失败后尝试默认配置，或数据库连接断开后重试。而运行时异常（RuntimeException 及其子类）通常不该在业务层盲目捕获。
- 优先捕获具体异常类型，如
SQLException、ParseException - 若多个异常后续处理完全一致（比如统一记录日志 + 返回错误码），再考虑 multi-catch
-
catch (Exception e)最多出现在最外层兜底日志，且要重新抛出或转为RuntimeException
Java 6 及更早版本怎么模拟多异常处理
没有语法支持，只能靠重复代码或提取方法。有人会写两个独立 catch 块，然后复制粘贴处理逻辑，这是最常见也最危险的做法——一旦逻辑变更，极易漏改其中一个。
更稳妥的方式是把共用逻辑抽成私有方法，例如：
private void handleIoFailure(Exception e) { log.error("I/O failed", e); throw new ServiceException(e); }
然后分别调用：
catch (IOException e) { handleIoFailure(e); }<br>catch (SQLException e) { handleIoFailure(e); }
- 避免重复代码，也便于统一修改行为
- 注意：不要在方法里吞掉异常或静默返回，除非明确设计为“可忽略”
- 如果异常类型太多（比如 5 种以上），要考虑是否职责过重，是否该拆分 try 块或重构调用链
资源关闭和多异常之间的冲突怎么解
使用 try-with-resources 时，如果资源关闭本身抛异常（比如 Closeable.close() 抛 IOException），而 try 块里也抛了异常，JVM 会把关闭异常作为 suppressed exception 附加到主异常上。这时候用 multi-catch 捕获主异常类型，**并不会自动包含 suppressed 异常**。
也就是说，你写了 catch (IOException | SQLException e)，但实际抛出的是 SQLException，而它内部 suppress 了一个 IOException，这个被压制的异常不会触发你的 catch 分支，也不会被打印，除非你显式调用 e.getSuppressed()。
- 日志框架（如 Logback）默认不打印 suppressed 异常，需配置或手动遍历输出
- 如果业务逻辑依赖“关闭是否成功”，别只看主异常，检查
e.getSuppressed()数组 - suppress 机制只存在于 Java 7+，老版本无此行为，兼容性要注意
catch 真的只抓到了我想抓的，而且没把该冒泡的给按死了？ 
