Java多重catch精准分支捕获的核心是按业务语义分层响应：子类异常须置于父类前以确保匹配，每类异常对应专属处理逻辑（如SQLException重试、NumberFormatException返回400），禁止用Exception兜底；可合并无继承关系的异常，但需共性处理；资源清理优先用try-with-resources。
Java 中通过多重 catch 块实现精准的分支捕获，核心在于按异常类型明确区分处理逻辑，避免笼统兜底，同时保证捕获顺序合理、语义清晰、资源可控。这不是语法技巧问题，而是业务容错设计的落地方式。
按异常类型分层响应，不混为一谈
不同异常代表不同故障场景，处理动作应有本质区别：
-
数据库连接失败（如 `SQLException`）需检查服务可用性、触发降级或重试；
-
磁盘写满（如 `IOException` 的子类 `NoSpaceLeftOnDeviceException`）要告警运维、清理临时文件；
-
参数解析错误（如 `NumberFormatException`）属于客户端输入问题，应返回 400 错误并提示格式要求。
用一个 `catch (Exception e)` 捕获全部，等于把“服务器宕机”和“用户输错手机号”当成同等级事件处理，既掩盖真实问题，也阻碍快速定位。
catch 顺序必须子类优先，否则编译失败
Java 要求更具体的异常类型必须写在前面，否则父类会提前拦截：
```java
try { /* ... */ }
catch (FileNotFoundException e) { /* 先处理子类 */ }
catch (IOException e) { /* 再处理父类 */ }
// ✅ 合法：子类在前，不会被父类吞掉
```
反过来写就会报错：
```java
catch (IOException e) { /* 编译失败：FileNotFoundException 已被覆盖 */ }
catch (FileNotFoundException e) { /* 不可达代码 */ }
```
这不仅是语法限制，更是强制开发者显式思考：哪些异常值得单独对待？哪些可归为一类？
多异常合并只用于共性处理，不替代精准分支
Java 7+ 支持 `catch (SQLException | IOException e)`，但仅适用于**处理逻辑完全一致**的情形，例如：
- 统一记录错误日志 + 打点监控；
- 统一回滚事务 + 清理上下文。
一旦分支逻辑开始分化（比如要查 SQLState 或 inspect cause），就必须拆成独立 catch 块，或在合并 catch 内用 `instanceof` + 强转进一步细分——此时 `instanceof` 判断顺序无关紧要，且可安全调用子类特有方法。
finally 或 try-with-resources 确保资源不泄漏
无论哪个 catch 块执行，资源释放逻辑必须可靠：
- 文件流、数据库连接、网络套接字等，优先用 `try-with-resources` 自动关闭；
- 若需在 catch 中做补偿操作（如发告警、更新状态），释放动作仍应放在 `finally` 或资源管理器中，避免因异常跳过导致句柄堆积。
注意：`finally` 总会执行（除非 `System.exit()` 或 JVM 崩溃），即使 catch 中 return 了，它也会先跑完再退出。
