在Java的异常体系中，异常按照编译期是否需要强制处理，被划分为受检异常和非受检异常，而RuntimeException及其子类是非受检异常的主要组成部分，两者的区分是Java异常处理的基础知识点。
两类异常的核心定义
受检异常指的是Exception类下除了RuntimeException及其子类之外的所有异常类型，这类异常在编译阶段就会被编译器检查，要求开发者必须显式处理。非受检异常则包含RuntimeException及其所有子类，还有Error类及其子类，编译器不会强制要求开发者处理这类异常。
受检异常的特点
受检异常通常是程序运行中可能遇到的、开发者可以合理预期并处理的外部异常情况，比如读取文件时文件不存在、连接网络时网络中断等。这类异常的存在是为了提醒开发者提前做好异常应对方案，避免程序因为可预见的意外情况直接崩溃。
RuntimeException非受检异常的特点
RuntimeException及其子类通常是程序逻辑错误导致的异常，比如空指针引用、数组越界、类型转换错误等，这类异常本质上是代码编写时的问题，理论上可以通过完善代码逻辑来避免，因此编译器不强制要求处理。
编译期检查规则差异
区分两类异常最直观的方式就是看编译器的要求，我们可以通过一段简单的代码来观察差异：
import java.io.FileInputStream;
import java.io.FileNotFoundException;
public class ExceptionDemo {
public void readFile() {
// 这里会报编译错误，因为FileNotFoundException是受检异常，必须处理
// FileInputStream fis = new FileInputStream("test.txt");
// 正确处理受检异常的方式一：try-catch捕获
try {
FileInputStream fis = new FileInputStream("test.txt");
} catch (FileNotFoundException e) {
e.printStackTrace();
}
// 正确处理受检异常的方式二：在方法上声明抛出
// public void readFile() throws FileNotFoundException {
// FileInputStream fis = new FileInputStream("test.txt");
// }
}
public void testRuntime() {
// 这里不会报编译错误，因为NullPointerException是RuntimeException的子类，属于非受检异常
String str = null;
System.out.println(str.length());
}
}
从上面的代码可以看出，当代码中可能出现受检异常时，编译器会直接提示错误，要求开发者必须通过try-catch捕获或者在方法声明中用throws关键字抛出；而RuntimeException类型的异常，即使不处理，代码也能正常编译通过。
常见异常类型对比
我们可以通过表格更清晰地看到两类异常的常见类型：
| 异常分类 | 常见异常类型 | 触发场景 |
|---|---|---|
| 受检异常 | FileNotFoundException, IOException, SQLException, ClassNotFoundException | 文件操作失败、数据库操作错误、类加载失败等外部不可控场景 |
| RuntimeException非受检异常 | NullPointerException, ArrayIndexOutOfBoundsException, ClassCastException, ArithmeticException | 空指针调用、数组越界、类型转换错误、算术运算错误等逻辑错误场景 |
处理方式的不同选择
因为两类异常的产生原因不同，处理方式也有明显的区别：
- 受检异常：因为是可预见的外部异常，通常建议进行捕获处理，比如文件不存在时可以提示用户文件不存在，或者创建默认文件；如果是无法处理的受检异常，也可以在方法声明中抛出，由上层调用者处理。
- RuntimeException非受检异常：这类异常本质是代码逻辑问题，最好的处理方式不是捕获，而是提前检查代码逻辑，避免异常发生。比如在使用对象前先判断是否为null，访问数组前先检查索引范围。如果确实无法避免，也可以捕获处理，但不要滥用捕获逻辑掩盖代码问题。
自定义异常时的选择建议
当我们需要自定义异常时，也可以根据异常的性质选择继承的父类：
- 如果自定义的异常是外部场景导致的、需要调用者必须处理的，就继承
Exception，作为受检异常。 - 如果自定义的异常是程序逻辑错误导致的、调用者可以通过优化逻辑避免的，就继承
RuntimeException，作为非受检异常。
下面是一个自定义异常的示例：
// 自定义受检异常，比如订单支付失败的场景，需要调用者处理
class PaymentFailedException extends Exception {
public PaymentFailedException(String message) {
super(message);
}
}
// 自定义非受检异常，比如订单金额非法的场景，属于逻辑错误
class InvalidOrderAmountException extends RuntimeException {
public InvalidOrderAmountException(String message) {
super(message);
}
}
public class OrderService {
// 支付失败是外部异常，声明为受检异常，要求调用者处理
public void pay() throws PaymentFailedException {
// 模拟支付失败
throw new PaymentFailedException("支付接口调用失败");
}
// 金额非法是逻辑错误，定义为非受检异常
public void checkAmount(double amount) {
if (amount <= 0) {
throw new InvalidOrderAmountException("订单金额不能小于等于0");
}
}
}
总的来说，区分受检异常和RuntimeException非受检异常的核心在于判断异常的产生原因：是外部不可控的、需要强制处理的场景，还是代码逻辑错误导致的、可以通过优化代码避免的场景。掌握这个核心逻辑，就能准确区分两类异常，写出更合理的异常处理代码。
Java异常受检异常RuntimeException非受检异常异常处理修改时间：2026-06-09 12:09:28