受检异常与运行时异常怎么分？

Java异常体系的核心在于区分“谁该为错误负责”：受检异常（如IOException、SQLException）代表外部可预期的失败，编译器强制你显式处理，体现调用方需主动应对；运行时异常（如NullPointerException、IllegalArgumentException）则暴露程序逻辑缺陷，应由开发者在编码阶段预防而非层层捕获；而Error是JVM级灾难，通常不可恢复，不应被普通业务代码捕获。真正关键不是死记分类，而是透过继承关系（是否直接继承RuntimeException或Error）和设计意图（这个异常是我写错了，还是用户环境出了问题？）做出合理选择——用对异常类型，才能让错误成为清晰的契约，而非隐蔽的陷阱。

受检异常必须显式处理，否则编译不通过

Java 编译器强制要求你对 Exception 及其子类（但排除 RuntimeException）做出响应：要么用 try-catch 捕获，要么在方法签名中用 throws 声明。这是编译期检查，和运行行为无关。

常见受检异常包括：IOException、SQLException、ClassNotFoundException。它们代表外部可预期的失败场景，比如文件不存在、网络中断、数据库连接失败。

• 不写 try-catch 也不加 throws → 编译报错：Unhandled exception type XXX
• 即使你知道它“实际不会发生”，也得处理 —— 比如 new String(byteArr, "UTF-8") 抛出 UnsupportedEncodingException，但 "UTF-8" 是 JDK 强制支持的编码，此时仍需包裹或声明
• 过度使用受检异常会导致调用链上层层 throws，污染 API 设计；合理做法是封装后转为运行时异常（如 Spring 的 DataAccessException）

运行时异常继承自 RuntimeException，编译器不管

RuntimeException 及其所有子类（如 NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException）属于运行时异常。它们代表程序逻辑错误，本应由开发者提前避免，而非靠调用方兜底。

这类异常发生时，JVM 直接中断当前执行流，向上抛出直到被捕获或终止线程。你完全可以选择不捕获 —— 大多数时候这是推荐做法。

• 捕获 NullPointerException 通常掩盖了空值来源问题，应优先修复判空逻辑
• IllegalArgumentException 常用于构造函数或 setter 中校验参数，抛出即表明调用方传入非法值，不该被静默吞掉
• 自定义运行时异常建议继承 RuntimeException，不要加 throws 声明，保持调用轻量

Throwable 是根，Error 一般不捕获

所有异常都继承自 Throwable，它有两个直接子类：Exception 和 Error。后者代表 JVM 层严重问题，比如 OutOfMemoryError、StackOverflowError、NoClassDefFoundError。

这些不是程序能“恢复”的状态，捕获它们往往无效，甚至干扰 JVM 的错误处理机制。

• 不要写 catch (Error e) 或 catch (Throwable t) 来兜底 —— 除非你在写监控代理或容器框架
• NoClassDefFoundError 不等于 ClassNotFoundException：前者是类已加载过、再次解析失败（如静态块抛异常），后者是首次加载就找不到字节码
• 某些框架（如 Spring）会把部分 Error 包装成 RuntimeException 再抛出，便于统一处理，但这属于设计选择，不是语言规则

如何快速判断一个异常是受检还是运行时？

看它的直接父类是不是 RuntimeException 或 Error。如果是，就是运行时异常或错误；否则，只要它是 Exception 的子类，就是受检异常（Exception 本身也是受检的）。

IDE 里按住 Ctrl 点进去看继承链最准。别依赖名字：比如 NumberFormatException 听起来像 IO 错误，但它继承自 IllegalArgumentException，所以是运行时异常。

• InterruptedException 是受检异常，但常出现在循环中，需配合 Thread.interrupted() 清除中断状态，否则可能丢失信号
• CloneNotSupportedException 是受检异常，但 Object.clone() 已被标记为 @Deprecated，现代代码更倾向用构造函数或 builder 复制对象
• 第三方库若抛出未声明的受检异常（比如某 SDK 方法文档说抛 Exception），实际可能是包装过的运行时异常，这时要以运行时方式对待

真正容易出问题的地方，是把本该早发现的逻辑错误（比如空指针）藏在受检异常的 try-catch 里，或者反过来，对本应声明的资源操作异常（比如关闭流）放任不管。区分的关键不在记忆分类，而在理解“这个异常是我该预防的，还是调用方该应对的”。

到这里，我们也就讲完了《受检异常与运行时异常怎么分？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！