Java多catch块必须按异常继承关系从子类到父类排列，子类异常须置于父类前；支持用|合并无继承关系的同级异常；资源清理应与异常处理正交，优先用try-with-resources。
Java多catch块不是简单堆砌，而是要和异常的继承关系严丝合缝地对齐。核心原则就一条：子类异常必须写在父类前面，否则后者的catch永远没机会执行。
catch顺序必须从具体到宽泛
Java按代码中catch块出现的先后顺序匹配异常类型。一旦某个异常被匹配，后续块就跳过。所以：
- ArithmeticException、NullPointerException、IllegalArgumentException 这类具体运行时异常，要放在最前
- RuntimeException 可以作为中间层兜底，但不能出现在上述任何子类之前
- Exception 必须放在最后，只做最终保险，不能替代具体处理
- 把 Exception 写在 NullPointerException 前面，会导致空指针永远进不到专属处理逻辑里
用 | 合并同级异常，减少重复代码
当多个异常需要完全一致的响应动作（比如统一记录告警、关闭连接、返回降级值），Java 7+ 支持单个 catch 块合并处理：
- ✅ 允许：catch (IOException | SQLException e) —— 二者无继承关系，公共父类是 Exception
- ✅ 允许：catch (IllegalArgumentException | NullPointerException e) —— 都是 RuntimeException 的直系子类
- ❌ 禁止：catch (IOException | FileNotFoundException e) —— 编译报错“Alternative catch not disjoint”
- 注意：变量 e 类型是最近公共父类，不能调用子类特有方法，也不能重新赋值
差异化处理要拆开，共性逻辑可抽取
如果某些异常既要各自处理，又共享清理或日志行为，不推荐全塞进一个 catch 或滥用 instanceof：
立即学习“Java免费学习笔记（深入）”；
- SQLException 需 rollback，IOException 需重命名临时文件 → 各自 catch 块内先执行特有逻辑
- 再统一调用 private void cleanupAndLog(Throwable e) { ... }，避免重复代码
- 不建议在业务代码里写 catch (Exception e) + if (e instanceof ...) —— 可读性差、易漏分支、IDE难识别意图
资源清理和异常响应要正交设计
多catch解决“出错怎么反应”，资源释放解决“出错后怎么收场”，两者不能混为一谈：
- 优先使用 try-with-resources 自动关闭 Closeable 资源，它与多catch天然兼容
- 若需在 catch 中手动 rollback 或重试，应在对应 catch 块内显式调用，不要依赖 finally
- 切忌在 catch 里 return 或 throw，否则 finally 可能被跳过（System.exit 除外）
- 别让“有 catch”变成“有而不用”——每个 catch 都该有明确职责，要么转化、要么降级、要么上报
