Unchecked异常适用于程序逻辑错误，如参数非法、空指针等，通过继承RuntimeException实现，简化代码结构。合理使用可避免冗长try-catch，结合自定义异常、断言工具与全局处理器，提升可读性与维护性，同时确保错误清晰暴露。
Java中的异常分为检查异常（checked exception）和非检查异常（unchecked exception）。非检查异常继承自RuntimeException，在编译阶段不会强制要求捕获或声明，因此可以简化代码结构，提升开发效率。合理使用Unchecked异常，能让代码更简洁、更具可读性，同时不失健壮性。
何时使用Unchecked异常
Unchecked异常适用于程序逻辑错误或不可恢复的运行时问题，例如参数非法、空指针访问、数组越界等。这类异常通常表明调用方存在编码错误，应由开发者修复而非在运行时处理。
- 方法参数校验失败时抛出IllegalArgumentException
- 对象状态不满足执行条件时抛出IllegalStateException
- 空值引用导致操作失败时使用NullPointerException（也可自定义更明确的异常）
通过提前验证输入并抛出有意义的运行时异常，可以避免冗长的try-catch块，同时快速暴露问题。
自定义Unchecked异常增强语义表达
Java内置的运行时异常类型有限，为提高代码可维护性，可定义业务相关的Unchecked异常。
立即学习“Java免费学习笔记（深入）”；
例如，在用户权限校验场景中：
public class PermissionDeniedException extends RuntimeException {public PermissionDeniedException(String message) {
super(message);
}
}
在服务方法中直接抛出：
if (!user.hasPermission("DELETE")) {throw new PermissionDeniedException("用户无删除权限");
}
调用方无需强制处理，但可通过日志或全局异常处理器捕获并响应，既简化调用链，又保留清晰的错误信息。
结合断言工具减少模板代码
借助Objects.requireNonNull()或第三方工具如Google Guava的Preconditions，能进一步简化校验逻辑。
示例：
Objects.requireNonNull(userId, "用户ID不能为空");// 或使用Guava
Preconditions.checkArgument(age >= 0, "年龄不能为负数");
Preconditions.checkState(isActive, "账户未激活");
这些方法在条件不满足时自动抛出对应的运行时异常，代码更紧凑，意图更明确。
配合全局异常处理器统一响应
在Web应用中，即使使用Unchecked异常，也应确保对外返回友好的错误信息。可通过@ControllerAdvice或ExceptionHandler统一处理。
例如：
@ControllerAdvicepublic class GlobalExceptionHandler {
@ExceptionHandler(PermissionDeniedException.class)
public ResponseEntity
return ResponseEntity.status(403).body(e.getMessage());
}
}
这样，控制器内部可自由抛出运行时异常，而最终响应仍受控，兼顾开发便利与系统稳定性。
基本上就这些。Unchecked异常不是逃避错误处理的借口，而是将处理时机从“编译期强制”转移到“设计层面把控”。用好它，能让代码更干净，也让错误更清晰。
