受检异常与运行时异常区别详解

“纵有疾风来，人生不言弃”，这句话送给正在学习文章的朋友们，也希望在阅读本文《受检异常与运行时异常的区别解析》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新文章相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

受检异常必须显式处理，否则编译失败；即继承Exception（非RuntimeException子类）的异常需try-catch或throws声明，如IOException；运行时异常（如NullPointerException）继承RuntimeException，编译期不检查；Error（如OutOfMemoryError）不应捕获。

受检异常必须显式处理，否则编译失败

Java 编译器强制要求你对 Exception 及其子类（但不包括 RuntimeException）做处理：要么用 try-catch 捕获，要么在方法签名中用 throws 声明。这是编译期检查，不是运行时行为。

典型例子：IOException、SQLException、ClassNotFoundException。比如调用 FileInputStream 构造函数时抛出的 FileNotFoundException，不处理就过不了编译。

• 即使你确定该异常不会发生（比如读取 classpath 下的资源文件），也得写 try-catch 或加 throws
• 过度使用受检异常会导致 API 设计僵硬，调用链层层 throws 是常见反模式
• 自定义受检异常需继承 Exception，且不能是 RuntimeException 的子类

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

RuntimeException 及其所有子类（如 NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException）属于运行时异常。它们在编译阶段完全不被检查，程序可以正常编译通过，只在运行时才可能抛出。

这类异常通常反映程序逻辑错误或非法输入，应该靠代码审查、单元测试和防御性编程来避免，而不是靠 try-catch 到处兜底。

• 不要在方法签名里声明 throws NullPointerException —— 没意义，编译器也不认
• 自定义运行时异常应继承 RuntimeException，而非直接继承 Exception
• 捕获 RuntimeException 本身通常是危险信号，容易掩盖真实 bug

Throwable 是根，Error 一般不该捕获

所有异常都继承自 Throwable。Error（如 OutOfMemoryError、StackOverflowError）和 Exception 是它的两个并列子类。Error 表示严重系统问题，JVM 都可能无法继续运行。

除非你在写容器、框架或监控代理，否则不应该尝试捕获 Error：

• 捕获 OutOfMemoryError 后几乎无法安全恢复，反而可能让状态更混乱
• ThreadDeath 是 Error 的子类，已被废弃，不要依赖
• 写日志或清理资源可以放在 finally 或 try-with-resources 中，而不是靠 catch Error

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

看它的直接父类是不是 RuntimeException。不是？再往上查，只要最终继承自 Exception 且**没经过 RuntimeException**，就是受检异常。

IDE 里按住 Ctrl（Windows）或 Cmd（macOS）点进去看类定义最准。命令行下也可以用：

javap -s java.lang.NullPointerException

输出中若显示 Ljava/lang/RuntimeException; 就是运行时异常；若显示 Ljava/lang/Exception; 且没有 RuntimeException 在继承链上，就是受检异常。

别靠名字猜——UnsupportedOperationException 听着像“不支持功能”该报错，但它其实是 RuntimeException 子类，完全不用声明。

终于介绍完啦！小伙伴们，这篇关于《受检异常与运行时异常区别详解》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！