java最常撞上的运行时异常有五个：nullpointerexception、arrayindexoutofboundsexception、illegalargumentexception、illegalstateexception、arithmeticexception，均无需throws声明，但运行时易崩溃；其中空指针占70%以上，应优先用objects.requirenonnull和optional封装，避免if判空泛滥；下标越界与参数非法本质都是值超预期范围，需在入口或访问前校验；状态非法反映时机错误，须在状态流转处主动检查；算术异常除除零外还包括溢出，推荐用math.exact系列方法；日志记录上下文比单纯防御更有效。
Java里最常撞上的运行时异常就五个：NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException、IllegalStateException、ArithmeticException——它们都不用throws声明，编译器不拦你，但一跑就崩。
空指针异常（NullPointerException）怎么防
不是“有没有null”，而是“有没有在null上动了手”：调方法、取字段、解引用、甚至toString()都算。它占线上运行时异常的70%以上。
- 别靠
if (obj != null)满天飞，优先用Objects.requireNonNull(obj, "xxx不能为空")，校验失败立刻抛带提示的异常 - DAO或服务层返回可能为
null时，用Optional.ofNullable(...).orElseThrow(...)封装，把“是否为空”的语义显式表达出来 - 集合、数组、字符串初始化别写
List list = null;，直接new ArrayList()或Collections.emptyList()，从源头掐断null传播
下标越界（ArrayIndexOutOfBoundsException）和参数非法（IllegalArgumentException）本质是同一类问题
都是“传进来的值不在预期范围内”，只是触发位置不同：一个在容器访问时爆，一个在方法入口就拦。
-
list.get(0)前不查list.isEmpty()？大概率炸；array[5]不确认array.length > 5？同理 -
public void setAge(int age)里不做if (age 150)校验，等于把业务规则漏洞暴露给调用方 - 建议在构造函数、setter、关键入参处统一用
Objects.checkIndex()（JDK 9+）或自定义校验工具，别等下游报错才回头补
状态非法（IllegalStateException）专治“对象没准备好就被用了”
它不是数据错，是时机错。比如流已关闭还读、线程已终止还join、Builder没build就调用get。
立即学习“Java免费学习笔记（深入）”；
- 常见于资源生命周期管理场景：
InputStream关了还read()，Scanner关了还nextLine() - 自定义状态机类（如订单状态流转）时，用
if (!canTransitionTo(targetState)) { throw new IllegalStateException(...); }比事后修复更可靠 - 别把它当兜底异常乱抛——如果能明确是参数错，就用
IllegalArgumentException；能明确是资源错，就用IOException子类
算术异常（ArithmeticException）看似简单，实则藏坑
最典型是除零，但还有整数溢出（Integer.MAX_VALUE + 1不会抛这个，它静默回绕）、BigInteger.divide(BigDecimal.ZERO)也会抛。
-
int a / b前判断b == 0是基础，但注意浮点数除零不会抛异常（结果是Infinity或NaN） - 涉及金额、ID生成等关键计算，优先用
Math.multiplyExact()、Math.addExact()（JDK 8+），溢出时直接抛ArithmeticException，不给错误结果留活口 - 数据库主键自增超限、分页
offset极大值导致SQL执行慢甚至OOM，也常被误归为此类——其实该用业务校验或分页优化解决
真正难缠的从来不是异常类型本身，而是它们混在日志里只留一行java.lang.NullPointerException，没有上下文、没有参数值、没有调用链路。加log.error("处理用户{}时异常", userId, e)比所有防御性编程都管用。
