runtimeexception是非受检异常，需预防和快速定位：nullpointerexception查null来源并主动防御；索引越界看报错索引、检查循环条件；类型异常重在入参校验与预处理；算术与状态异常须前置判断和生命周期管理。
Java 中的 RuntimeException 是非受检异常，编译时不强制处理，但一旦发生往往反映代码逻辑缺陷。排查重点不在“捕获”，而在“预防”和“快速定位”。下面分几类说明常见子类及对应排查思路。
空指针异常（NullPointerException）
最常见，本质是调用了 null 引用的对象方法或字段。
- 检查日志堆栈：看第1行报错位置，定位哪个变量为 null
- 回溯调用链：确认该变量从哪来——是方法参数？对象属性？还是返回值未判空？
- 主动防御：对可能为 null 的入参加
Objects.requireNonNull(str, "str must not be null")；对返回值用 Optional 封装；使用 IDE 的 @NotNull 注解辅助静态检查
数组/字符串索引越界（ArrayIndexOutOfBoundsException / StringIndexOutOfBoundsException）
本质是下标超出了合法范围（ 或 <code>>= length）。
- 查看报错信息中的索引值（如
Index: 5, Size: 3），立刻知道越界多少 - 检查循环条件：是否用了
而非 <code>？是否漏了 <code>list.size() > 0判断？ - 避免硬编码下标：用
for-each或stream替代传统 for 循环可大幅降低风险
类型转换与参数异常（ClassCastException / IllegalArgumentException / NumberFormatException）
三者常关联：错误传参 → 解析失败 → 强转崩溃。
- ClassCastException：看报错提示 “cannot cast A to B”，检查泛型擦除、集合原始类型、JSON 反序列化时的类型声明
-
IllegalArgumentException：多见于 JDK 内置方法（如
Thread.sleep(-1)），也用于自定义校验；排查时优先查入参来源（前端传值？配置文件？数据库字段？） -
NumberFormatException：典型是
Integer.parseInt("abc")；建议统一用StringUtils.isNumeric()或正则预校验，而非依赖 catch
算术与状态类异常（ArithmeticException / IllegalStateException / UnsupportedOperationException）
这类异常往往暴露设计或调用时机问题。
-
ArithmeticException（除零）：不要等运行时报错，关键计算前加
if (divisor == 0)判断，或封装安全除法工具方法 -
IllegalStateException：如迭代器已遍历完还调
next()，或对象未初始化就调业务方法；需检查对象生命周期和状态机流转 -
UnsupportedOperationException：常见于
Arrays.asList()返回的不可变列表调add()；排查时注意集合创建方式，必要时用new ArrayList(list)包装
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
