Java 7起支持单catch捕获多个并列异常，用|分隔且不得存在继承关系；e的类型为最近公共父类，仅能调用其方法；混用父子异常会导致子类分支不可达，违反处理确定性。
Java中从Java 7开始支持一个catch块捕获多个异常，用竖线（|）分隔不同异常类型，前提是这些异常互不继承，且都必须是已检查异常或运行时异常的子类。
多异常捕获的语法格式
使用|连接多个异常类名，它们必须是并列关系（不能有父子继承），且统一在同一个catch块中处理：
- 写法示例：
catch (IOException | SQLException e) - 不能写成
catch (Exception | IOException e)，因为IOException是Exception的子类，编译报错 - 异常变量
e的静态类型是所有列出异常的最近公共父类（如Exception），因此只能调用该父类声明的方法
为什么不能混用父子异常？
编译器要求每个异常类型在catch列表中必须是独立、不可替代的。如果写了IOException | Exception，那IOException分支永远无法到达——因为所有IOException都会被更宽泛的Exception先匹配，违背了异常处理的确定性原则。
- 合法：
catch (ParseException | DateTimeException e)（二者同为RuntimeException子类，无继承关系） - 非法：
catch (Exception | RuntimeException e)（后者是前者的子类）
与传统写法的对比和适用场景
多异常捕获适合对几种异常做完全相同的处理逻辑，比如统一记录日志、封装为自定义异常或返回错误码。
立即学习“Java免费学习笔记（深入）”；
- 传统方式需重复代码：
catch (IOException e) { log(e); throw new ServiceException(e); }catch (SQLException e) { log(e); throw new ServiceException(e); } - 优化后：
catch (IOException | SQLException e) { log(e); throw new ServiceException(e); } - 如果各异常需要差异化处理（如IO失败重试、SQL失败回滚），仍应分开catch
注意事项和常见误区
多异常捕获只是语法糖，底层仍是单入口处理。它不改变异常传播机制，也不影响try-with-resources的行为。
- 不能在同一个catch中混合已检查异常和未检查异常，除非它们的最近公共父类是
Exception或Throwable（但通常不建议捕获Throwable） - 异常变量
e不能直接强转为具体子类型（如(IOException)e），编译不通过；如需区分类型，改用instanceof判断 - IDE可能提示“冗余的异常捕获”，说明某异常已被更早的catch覆盖，需检查顺序
