非受检异常继承自RuntimeException，编译器不强制处理，但可被try-catch捕获；常见例子包括NullPointerException、ArrayIndexOutOfBoundsException、ClassCastException、IllegalArgumentException和ArithmeticException等。

非受检异常（Unchecked Exception）在 Java 中继承自 RuntimeException，编译器不强制要求捕获或声明，但你**完全可以像捕获其他异常一样用 try-catch 捕获它们**——只是通常不推荐盲目捕获，而应优先修复根本原因。

哪些是非受检异常？

常见例子包括：

• NullPointerException：访问 null 对象的成员
• ArrayIndexOutOfBoundsException：数组下标越界
• ClassCastException：非法类型转换
• IllegalArgumentException：方法传入非法参数
• ArithmeticException（如除零）

可以捕获，但要判断是否合理

语法上完全支持捕获：

try {
    String s = null;
    System.out.println(s.length()); // 抛出 NullPointerException
} catch (NullPointerException e) {
    System.err.println("空指针异常已处理");
}

但更合理的做法是预防而非兜底：

Java Maven Common

Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。

下载

立即学习“Java免费学习笔记（深入）”；

• 用 Objects.requireNonNull() 主动校验入参
• 用 Optional 避免 null 值误用
• 访问数组前检查长度，调用方法前判空

适合捕获的典型场景

不是所有运行时异常都该被吞掉，以下情况可考虑捕获：

• 第三方库抛出的 RuntimeException，且你无法修改其源码（如某些 JSON 解析库的 JSONException 是运行时异常）
• 业务逻辑中明确知道某段代码可能因外部输入触发异常，且有清晰的降级策略（如解析用户输入的数字字符串失败时返回默认值）
• 统一异常拦截层（如 Spring 的 @ControllerAdvice）对特定 RuntimeException 做日志记录或友好提示

不建议的做法

避免这些常见误区：

• 写成 catch (RuntimeException e) 吞掉所有运行时异常 —— 掩盖真正 bug
• 空 catch 块（catch (Exception e) {}）导致异常静默丢失
• 在底层工具方法里捕获后“吃掉”异常却不记录、不重抛，让调用方无法感知问题

捕获非受检异常本身不难，关键在于理解它反映的是程序逻辑缺陷，优先从设计和校验入手，再辅以有针对性的捕获和处理。