Java多catch块需按异常继承关系从子类到父类排列，确保精准捕获；配合try-with-resources可获取被抑制异常；但应优先通过职责拆分和策略性设计减少异常耦合。
Java中多catch块能按异常类型逐级捕获，避免用一个通用异常兜底，让错误处理更精准、逻辑更清晰。
多catch块的执行顺序很重要
Java按catch块从上到下的顺序匹配异常类型，一旦某个catch能捕获当前抛出的异常，后续catch就不再执行。所以子类异常必须写在父类异常之前，否则编译不通过。
- 正确写法：先捕获IOException，再捕获Exception
- 错误写法：把Exception放在IOException前面——后者永远无法到达
- 编译器会报错："exception IOException has already been caught"
利用异常继承关系分层处理
不同异常代表不同问题严重程度和修复方式。比如文件操作可能抛出FileNotFoundException（可预期）、SecurityException（权限问题）或IOException（其他IO故障），可以分别应对：
- FileNotFoundException：提示用户检查路径，或自动创建目录
- SecurityException：记录日志并拒绝操作，不暴露敏感信息
- IOException：统一重试机制或降级处理
用try-with-resources减少异常干扰
资源泄漏可能掩盖原始异常。比如close()失败时，如果同时有业务异常抛出，Java默认只抛出业务异常，close异常被抑制。多catch配合try-with-resources能让主异常优先，同时访问被抑制异常：
立即学习“Java免费学习笔记（深入）”；
- 在catch块中调用exception.getSuppressed()获取被抑制的异常
- 适合诊断“为什么文件没关掉”这类复合问题
- 避免因资源关闭失败而掩盖真正导致失败的业务原因
慎用多catch替代策略性异常设计
不是所有情况都适合堆砌多个catch。如果同一段代码频繁抛出多种无关异常，说明方法职责过重或抽象不足。
- 优先考虑拆分逻辑：读配置、连数据库、发消息应各自独立封装
- 对可恢复异常（如网络超时）用重试+特定catch；对不可恢复异常（如参数为空）尽早fail-fast
- 多catch是手段，不是目的——目标是让每种异常都有明确语义和对应动作
