在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:null对象调用方法就崩

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

  • 常见场景:String str = null; str.length()list.add("x")listnull、数据库查不到返回 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 反序列化、动态计算等场景。

  • ClassCastExceptionObject 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 里又抛新异常覆盖原堆栈——这些会让问题定位延迟数小时。盯住堆栈最顶行的类名和行号,比背一百条规则管用。