Java异常捕获顺序解析

Java异常捕获看似简单，实则暗藏关键设计逻辑：必须严格遵循“子类在前、父类在后”的catch顺序，否则编译直接失败；优先使用Java 7引入的多异常捕获（如`catch (IOException | SQLException e)`）替代冗长且易错的`instanceof`判断；坚决避免将`Exception`或`Throwable`置于首个catch块——这不仅掩盖真实错误、破坏重试与中断机制，还让代码丧失可读性与可维护性；同时，受检异常必须显式处理，不能依赖泛化捕获来“一劳永逸”。真正健壮的异常处理，不在于兜得住，而在于看得清、分得准、理得明。

catch 块中异常类型必须从子类到父类排列

Java 要求 catch 块的声明顺序必须是“更具体的异常在前，更通用的在后”，否则编译直接报错 Unreachable catch block。这是因为 JVM 按代码顺序逐个匹配，一旦前面的父类异常（如 Exception）能捕获当前异常，后面的子类异常（如 NullPointerException）就永远无法执行。

• ✅ 正确写法：catch (NullPointerException e) → catch (IllegalArgumentException e) → catch (Exception e)
• ❌ 错误写法：catch (Exception e) 放在 catch (NullPointerException e) 前面 → 编译失败
• 注意：同级异常（如 IOException 和 SQLException）可以任意顺序，只要不互相继承

多 catch 用法优先于单 catch + instanceof 判断

Java 7 引入了多异常捕获语法（| 分隔），比在单个 catch (Exception e) 里用 instanceof 手动分发更安全、更清晰，也避免了类型擦除带来的误判风险。

• 推荐写法：catch (IOException | SQLException e) —— 共享同一段处理逻辑时简洁明确
• 不推荐：catch (Exception e) { if (e instanceof IOException) { ... } else if (e instanceof SQLException) { ... } } —— 冗长且容易漏判新异常子类
• 注意：| 只支持并列的、无继承关系的异常类型；不能写 catch (Exception | RuntimeException e)（后者是前者的子类）

不要用 Exception 或 Throwable 作为第一个 catch

把 catch (Exception e) 或更糟的 catch (Throwable t) 放在最前面，会吞掉本该被精确处理的异常，掩盖真实问题，还可能让 finally 中的资源清理失效（比如 InterruptedException 被静默吃掉，线程中断状态丢失）。

• 典型陷阱：网络调用中 catch (Exception e) 吞掉了 SocketTimeoutException，导致重试逻辑失效
• 建议层级：catch (SpecificBusinessException e) → catch (IOException e) → catch (RuntimeException e)（可选兜底）
• catch (Error e) 几乎不该出现——Error 表示 JVM 级严重问题（如 OutOfMemoryError），不应尝试恢复

检查是否遗漏了受检异常（checked exception）

方法签名中声明的受检异常（如 IOException、SQLException）必须被显式处理：要么在当前方法 try-catch，要么向上 throws。如果只写了 catch (RuntimeException e)，编译器会报错“unreported exception XXX; must be caught or declared to be thrown”。

• 常见疏忽：调用 FileInputStream 构造器或 ObjectOutputStream.writeObject() 时忽略 IOException
• IDE 通常高亮提示，但手动删掉自动生成的 catch 块后容易忘记补上对应类型
• 注意：catch (Exception e) 能覆盖所有受检异常，但属于“过度捕获”，违背异常分类设计初衷

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~