非受检异常需优先预防而非捕获,常见类型包括nullpointerexception、arrayindexoutofboundsexception、illegalargumentexception、classcastexception、numberformatexception、arithmeticexception和concurrentmodificationexception,均源于代码逻辑缺陷,应通过空值检查、边界校验、optional封装等方式从源头规避。

Java里的非受检异常(即 RuntimeException 及其子类)不是编译器逼你处理的“硬性要求”,但它们恰恰是程序崩得最突然、查得最头疼的一类问题。核心思路就一条:**优先预防,而非依赖捕获**。
常见类型与典型触发场景
这些异常基本都源于代码逻辑疏漏,不是外部环境变化导致的:
-
NullPointerException:调用 null 对象的方法或访问其字段,比如
str.length()中 str 为 null -
ArrayIndexOutOfBoundsException:数组下标超出范围,如
arr[5]但 arr 长度只有 3 - IllegalArgumentException:方法收到非法参数,例如传入负数作为 List 的索引或 size
- ClassCastException:强制转型失败,比如把 String 对象直接 (Integer) cast
-
NumberFormatException:字符串转数字格式不对,如
Integer.parseInt("abc") -
ArithmeticException:算术错误,最常见的是除零操作
10 / 0 - ConcurrentModificationException:遍历集合时被其他线程或同一线程修改结构(如边 for-each 边 remove)
预防比捕获更有效
因为这些异常反映的是代码缺陷,修复源头比写一堆 try-catch 更可靠:
Java项目代码review工具。分析Git变更+完整调用链路上下文,推断业务需求,进行多维度评分和分类汇总,生成完整PRD文档。包含细粒度Java代码审查清单(Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 对可能为 null 的对象,使用前加判断:
if (obj != null) { obj.doX(); },或用 Optional 封装返回值 - 数组/集合操作时,优先用增强 for 循环或 Stream API,避免手写索引;若必须用下标,先校验
i >= 0 && i - 做类型转换前,先用
instanceof判断类型兼容性 - 解析字符串数字前,先用正则或
String.matches("\d+")粗筛,或用 try-catch 包裹 parse 操作并提供默认值 - 方法入口对参数做合法性校验,不符合立即 throw IllegalArgumentException,把问题暴露在调用点
什么时候该捕获?
不是不能捕获,而是要有明确目的:
- 用户输入或外部数据不可控时(如读配置、接 HTTP 参数),捕获 NumberFormatException 或 NullPointerException 并返回友好提示
- 关键业务流程中,需保证后续逻辑继续执行,可用 try-catch 记录日志+降级处理
- 测试阶段主动抛出 RuntimeException 子类(如 IllegalStateException)来暴露状态不一致问题
- 避免空 catch 块——捕获后至少记录日志或给出明确响应,否则等于掩埋故障
别混淆 Error 和 RuntimeException
Error(如 OutOfMemoryError、StackOverflowError)是 JVM 层面严重问题,程序通常无法恢复,不应试图捕获;而 RuntimeException 是你该负责改代码的地方。两者都属于非受检,但处理策略完全不同。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










