java多catch共性处理需区分差异化与统一响应异常，首选|合并同级子类（如ioexception|sqlexception），禁用父子类混用；次选独立catch+提取共用方法；慎用父类catch+instanceof；严格遵循子类在前、父类在后的捕获顺序。
Java中多catch结构下实现部分异常的共性处理，核心在于区分“需差异化响应”和“可统一兜底”的异常类型，并合理组合使用多种语法手段。不是所有异常都适合合并，关键看处理动作是否真正一致。
用 | 合并兄弟类异常（推荐首选）
当多个异常互为同级子类、且处理逻辑完全相同时，直接用竖线语法合并到一个catch块：
- ✅ 允许：IOException | SQLException → 公共父类是Exception，二者无继承关系，适合统一记录日志+降级返回
- ✅ 允许：NullPointerException | IllegalArgumentException → 都是RuntimeException直系子类，适合统一打点监控+返回400错误
- ❌ 禁止：IOException | FileNotFoundException → 后者是前者子类，编译报错“Alternative catch not disjoint”
- 变量 e 是隐式 final，类型为最近公共父类，不能调用子类特有方法，也不能重新赋值
用多个独立 catch 块 + 提取共用方法（兼顾灵活性）
当某些异常需要额外操作，但又有共通清理或日志逻辑时，避免重复代码的最佳方式是提取私有方法：
- 例如 SQLException 需要事务回滚，IOException 需要重命名临时文件，但两者都要关闭连接、记录告警
- 在各自 catch 块中先执行特有逻辑，再统一调用 private void logAndCleanup(Throwable e) { ... }
- 这样既保持语义清晰，又消除重复，比硬塞进一个 catch 更易维护
用父类 catch + instanceof 分支判断（慎用）
仅在框架层或兜底统一入口中适用，日常业务代码不推荐：
- 写 catch (Exception e) 后用 if (e instanceof IOException) {...} else if (e instanceof SQLException) {...}
- 优点：灵活，能在一个入口做分类
- 缺点：可读性差、丢失编译期类型检查、容易漏分支、难以被IDE或静态分析工具识别意图
- 更适合统一异常转换器、全局异常处理器等基础设施场景
顺序与遮蔽必须严格遵守
无论采用哪种方式，子类异常永远要放在父类之前，否则会被提前捕获而失效：
- 正确顺序：catch (ArithmeticException e) → catch (NumberFormatException e) → catch (RuntimeException e)
- 错误写法：catch (Exception e) 放在最前 → 后面所有具体异常都无法触发
- 编译器会直接报错：“exception XXX has already been caught”，不会留隐患到运行时
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
