非受检异常需优先预防而非捕获，常见类型包括NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException、ClassCastException、NumberFormatException、ArithmeticException和ConcurrentModificationException，均源于代码逻辑缺陷，应通过空值检查、边界校验、Optional封装等方式从源头规避。
Java里的非受检异常（即 RuntimeException 及其子类）不是编译器逼你处理的“硬性要求”，但它们恰恰是程序崩得最突然、查得最头疼的一类问题。核心思路就一条：**优先预防，而非依赖捕获**。
常见类型与典型触发场景
这些异常基本都源于代码逻辑疏漏，不是外部环境变化导致的：
-
NullPointerException：调用 null 对象的方法或访问其字段，比如
str.length()中 str 为 null -
ArrayIndexOutOfBoundsException：数组下标超出范围，如
arr[5]但 arr 长度只有 3 - IllegalArgumentException：方法收到非法参数，例如传入负数作为 List 的索引或 size
- ClassCastException：强制转型失败，比如把 String 对象直接 (Integer) cast
-
NumberFormatException：字符串转数字格式不对，如
Integer.parseInt("abc") -
ArithmeticException：算术错误，最常见的是除零操作
10 / 0 - ConcurrentModificationException：遍历集合时被其他线程或同一线程修改结构（如边 for-each 边 remove）
预防比捕获更有效
因为这些异常反映的是代码缺陷，修复源头比写一堆 try-catch 更可靠：
- 对可能为 null 的对象，使用前加判断：
if (obj != null) { obj.doX(); }，或用 Optional 封装返回值 - 数组/集合操作时，优先用增强 for 循环或 Stream API，避免手写索引；若必须用下标，先校验
i >= 0 && i - 做类型转换前，先用
instanceof判断类型兼容性 - 解析字符串数字前，先用正则或
String.matches("\d+")粗筛，或用 try-catch 包裹 parse 操作并提供默认值 - 方法入口对参数做合法性校验，不符合立即 throw IllegalArgumentException，把问题暴露在调用点
什么时候该捕获？
不是不能捕获，而是要有明确目的：
立即学习“Java免费学习笔记（深入）”；
- 用户输入或外部数据不可控时（如读配置、接 HTTP 参数），捕获 NumberFormatException 或 NullPointerException 并返回友好提示
- 关键业务流程中，需保证后续逻辑继续执行，可用 try-catch 记录日志+降级处理
- 测试阶段主动抛出 RuntimeException 子类（如 IllegalStateException）来暴露状态不一致问题
- 避免空 catch 块——捕获后至少记录日志或给出明确响应，否则等于掩埋故障
别混淆 Error 和 RuntimeException
Error（如 OutOfMemoryError、StackOverflowError）是 JVM 层面严重问题，程序通常无法恢复，不应试图捕获；而 RuntimeException 是你该负责改代码的地方。两者都属于非受检，但处理策略完全不同。
