非受检异常应以预防为主，通过参数校验、封装安全方法如safeGet、全局异常处理及断言机制减少异常风险，提升代码简洁性与可维护性。
UncheckedException（非受检异常）是运行时异常，继承自 RuntimeException，Java 不强制要求捕获或声明。虽然使用灵活，但若处理不当，容易导致程序崩溃或隐藏潜在问题。合理简化方法调用中的非受检异常处理，关键在于预防、封装和有选择地响应。
理解常见 UncheckedException 场景
多数 UncheckedException 源于编程错误，提前识别可避免异常发生：
- NullPointerException：对象未初始化就调用方法。可通过判空或使用 Optional 防御。
- IndexOutOfBoundsException：数组或集合越界。访问前校验索引范围。
- IllegalArgumentException：传入非法参数。方法入口处进行参数校验。
- ClassCastException：类型转换失败。使用 instanceof 判断后再转型。
与其在每一层 try-catch，不如在源头控制输入合法性，减少异常抛出概率。
封装异常提升调用简洁性
将可能抛出运行时异常的逻辑封装成安全方法，对外提供简洁接口：
立即学习“Java免费学习笔记（深入）”；
例如，封装一个安全获取 List 元素的方法：public staticOptional safeGet(List list, int index) { if (list == null || index < 0 || index >= list.size()) { return Optional.empty(); } return Optional.ofNullable(list.get(index)); }
调用方无需 try-catch，直接通过 Optional 判断结果是否存在，代码更清晰且不易出错。
统一异常处理减少冗余代码
在应用层面（如 Web 项目）使用全局异常处理器，集中处理未被捕获的运行时异常：
- Spring Boot 中可用 @ControllerAdvice + @ExceptionHandler 捕获 NullPointerException 等。
- 返回统一错误格式，避免堆栈暴露给前端。
- 记录日志便于排查，同时不影响主流程代码整洁。
这样业务方法无需层层包裹 try-catch，保持逻辑专注。
断言与防御性编程辅助验证
在私有方法或内部逻辑中，使用断言或工具类快速失败：
- 使用 Objects.requireNonNull(obj, "对象不能为空") 提前中断。
- 使用 Assert.isTrue(condition, "条件不成立")（Spring 提供）增强可读性。
这些方式让问题尽早暴露，同时避免在公共 API 中抛出原始异常，提升维护效率。
基本上就这些。非受检异常不必处处捕获，重点是预防为主、封装为辅、统一兜底。代码简洁的前提是可控的风险管理。
