Java最常遇到的5个运行时异常是NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException、ClassCastException和ArithmeticException，均无需强制捕获但会中断程序；其中NullPointerException占比超70%，主因是null引用调用方法或访问字段，应优先用Objects.requireNonNull和Optional避免空指针；ArrayIndexOutOfBoundsException源于下标越界，需检查边界或改用增强for/stream；IllegalArgumentException和IllegalStateException分别表示参数错误与状态非法，应主动校验并语义化处理；ClassCastException多因盲目强转，须先instanceof判断；ArithmeticException几乎全是整数除零，需提前判零；真正难点在于错误的异常处理方式，如用catch(Exception)吞异常或在finally中抛新异常覆盖原始堆栈。
Java里最常撞上的运行时异常就5个：NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException、ClassCastException、ArithmeticException——它们都不用强制 try-catch，但一旦爆发，程序当场中断。
NullPointerException：null对象调用方法就崩
不是“偶尔出错”，而是你每天写的业务代码里最可能触发的异常，占比超70%。根源永远是某个引用为 null 却直接用了点号（.）或方括号（[]）。
- 常见场景：
String str = null; str.length()、list.add("x")但list是null、数据库查不到返回null后直接调user.getName() - 别只靠
if (obj != null)：容易漏判、重复写、逻辑分散；优先用Objects.requireNonNull(obj, "msg")做参数校验 - 对返回值：用
Optional<User> userOpt = Optional.ofNullable(userDao.findById(id))，再用orElseThrow()或ifPresent()消费，避免层层判空 - 坑：别在 DTO 或 VO 中返回
null集合，统一返回new ArrayList<>()——调用方不用再判空，也防后续for-each报错
ArrayIndexOutOfBoundsException：下标越界不看长度
数组或 List 访问时索引超出范围，比如 list.get(0) 在空列表上执行，或循环里用 i <= list.size() 多走一轮。
- 典型错误：
for (int i = 0; i <= arr.length; i++) { ... }（末尾多一次） - 安全写法：访问前先检查
!list.isEmpty()或i < list.size()；集合操作优先用增强 for 或stream()，避开手动索引 - 注意：
String.charAt(-1)、array[-1]同样触发此异常，负索引一律非法
IllegalArgumentException 和 IllegalStateException：参数或状态错了
前者是“你给的值不对”，后者是“对象当前状态不支持这个操作”。两者都属于主动抛出的语义化异常，不该被吞掉或泛泛 catch。
立即学习“Java免费学习笔记（深入）”；
-
IllegalArgumentException：比如Math.sqrt(-1)、传入空字符串给要求非空的 ID 字段、JSON 解析时字段类型不符 -
IllegalStateException：比如InputStream已关闭还调read()、Spring 的ApplicationContext尚未刷新就取 Bean - 实操建议：自己写方法时，用
Objects.requireNonNull()或Preconditions.checkArgument()（Guava）提前拦截；catch 时别只打日志，要区分是用户输错（可提示重试）还是系统态异常（需告警）
ClassCastException 和 ArithmeticException：类型强转和除零最易忽视
这两个异常看似简单，但在线上高频出现——尤其在泛型擦除、JSON 反序列化、动态计算等场景。
-
ClassCastException：Object obj = "abc"; Integer i = (Integer) obj;；或 MyBatis 返回Map<String, Object>后直接强转(Long) map.get("id")，而实际是Integer - 正确姿势：强转前必加
obj instanceof Integer判断；集合用泛型约束（List<String>），别留裸List -
ArithmeticException：几乎全是除零，int a = 5 / 0;；浮点数除零不会报（结果是Infinity），但整数会 - 预防：运算前判断分母是否为零；或用 try-catch 包裹关键计算，但别用于流程控制——它真是异常，不是“正常分支”
真正难处理的从来不是异常类型本身，而是把 NullPointerException 当业务逻辑兜底、把 catch (Exception e) 当万能解药、或者在 finally 里又抛新异常覆盖原堆栈——这些会让问题定位延迟数小时。盯住堆栈最顶行的类名和行号，比背一百条规则管用。
