在Java里常见运行时异常有哪些_Java高频异常类型说明

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：nu

ll对象调用方法就崩

不是“偶尔出错”，而是你每天写的业务代码里最可能触发的异常，占比超70%。根源永远是某个引用为 null 却直接用了点号（.）或方括号（[]）。

• 常见场景：String str = null; str.length()、list.add("x") 但 list 是 null、数据库查不到返回 null 后直接调 user.getName()
• 别只靠 if (obj != null)：容易漏判、重复写、逻辑分散；优先用 Objects.requireNonNull(obj, "msg") 做参数校验
• 对返回值：用 Optional userOpt = Optional.ofNullable(userDao.findById(id))，再用 orElseThrow() 或 ifPresent() 消费，避免层层判空
• 坑：别在 DTO 或 VO 中返回 null 集合，统一返回 new ArrayList() ——调用方不用再判空，也防后续 for-each 报错

ArrayIndexOutOfBoundsException：下标越界不看长度

数组或 List 访问时索引超出范围，比如 list.get(0) 在空列表上执行，或循环里用 i 多走一轮。

• 典型错误：for (int i = 0; i （末尾多一次）
• 安全写法：访问前先检查 !list.isEmpty() 或 i ；集合操作优先用增强 for 或 stream()，避开手动索引
• 注意：String.charAt(-1)、array[-1] 同样触发此异常，负索引一律非法

IllegalArgumentException 和 IllegalStateException：参数或状态错了

前者是“你给的值不对”，后者是“对象当前状态不支持这个操作”。两者都属于主动抛出的语义化异常，不该被吞掉或泛泛 catch。

• 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 后直接强转 (Long) map.get("id")，而实际是 Integer
• 正确姿势：强转前必加 obj instanceof Integer 判断；集合用泛型约束（List），别留裸 List
• ArithmeticException：几乎全是除零，int a = 5 / 0;；浮点数除零不会报（结果是 Infinity），但整数会
• 预防：运算前判断分母是否为零；或用 try-catch 包裹关键计算，但别用于流程控制——它真是异常，不是“正常分支”

真正难处理的从来不是异常类型本身，而是把 NullPointerException 当业务逻辑兜底、把 catch (Exception e) 当万能解药、或者在 finally 里又抛新异常覆盖原堆栈——这些会让问题定位延迟数小时。盯住堆栈最顶行的类名和行号，比背一百条规则管用。