Java实战：多catch块实现系统核心模块异常保护

Ja va中多catch块的排序，很多人觉得不过是把异常类型从上往下排一排，但真正决定代码健壮性的，是每种异常是否得到了它该有的响应策略——既不遗漏关键错误，也不掩盖问题根源。核心模块的保护，关键在于让异常匹配到精准的应对方案。

说起来简单，做起来有几个硬性规矩必须遵守，下面逐一拆解。

按异常具体性从上到下排列

多个catch块必须严格遵循“子类在前、父类在后”的顺序。举个例子，处理用户输入校验模块时：

• 先写 NumberFormatException：专门应对字符串转数字失败的情况，这时可以提示“请输入有效数字”
• 再写 IllegalArgumentException：用来处理业务规则不满足的场景，比如年龄超出0–150范围
• 最后才写 Exception：只作兜底，记录完整堆栈并触发告警。如果把它放前面，子类异常被它提前截获，具体策略就没法执行了

同逻辑异常合并处理（Ja va 7+）

当几种异常需要执行完全相同的恢复动作时，比如统一记录日志并返回默认值，可以用竖线（|）把它们合并：

• 写法：catch (ArithmeticException | ArrayIndexOutOfBoundsException | NullPointerException e)
• 注意：合并的异常类型之间不能有继承关系，否则编译直接报错
• 此外，参数 e 隐式为 final，不能重新赋值

区分受检与非受检异常的处理意图

核心模块里，两类异常要体现不同的设计思路：

• 受检异常（如 IOException, SQLException）：通常来自外部依赖，比如数据库或文件操作。建议封装成自定义业务异常向上抛出，让调用方决定是重试还是降级
• 非受检异常（如 NullPointerException, IllegalArgumentException）：多半是编程疏漏。优先靠防御性校验来预防；万一发生了，应该精准捕获并补充上下文（比如打印当前操作ID、用户ID），方便快速定位根因

配合finally或try-with-resources保障资源安全

无论是否发生异常，数据库连接、文件流、网络Socket这些资源都必须释放：

• 传统做法：在 finally 块里显式关闭，但要注意判空和防止嵌套异常吞并
• 更推荐的做法：直接用 try-with-resources，它会自动调用 close()，代码简洁且可靠
• 举个典型场景：读取配置文件时，即使解析抛出 JSONException，输入流也能确保被正确关闭