Java统一异常处理器依赖多态的类型匹配能力实现精准分发，通过自定义异常基类（如BaseException）构建继承体系，并利用@ControllerAdvice和@ExceptionHandler按继承深度优先选择处理器。
Java 中的“统一异常处理器”并不是靠多态机制本身直接实现的，而是借助多态的类型匹配能力，在异常处理框架中完成向上转型与精准分发。所谓“统一”，是指用一套结构（如 @ControllerAdvice 或自定义异常基类）集中响应多种具体异常；而“多态性”在这里体现为：不同子类异常对象在被抛出时，能被父类类型的处理器识别并委派给最匹配的方法处理。
下面从关键环节讲清楚怎么落地：
多态支撑异常匹配的底层逻辑
当一个 SQLException 或 IOException 被抛出，它本质上是一个具体类型的对象（如 SQLTimeoutException），但 JVM 允许它被声明为更宽泛的类型（如 Exception）接收。这种向上转型能力，就是多态的基础。
Spring 的 @ExceptionHandler 就是利用这一点：
- 方法签名写
@ExceptionHandler(BusinessException.class)→ 只匹配该类及其子类 - 写
@ExceptionHandler(Exception.class)→ 匹配所有Exception子类（但优先级最低）
JVM 和 Spring 框架按继承关系深度优先、注册顺序次之来选择 handler，这就是多态在异常分发中的实际作用。
定义统一入口：自定义异常基类 + 继承体系
不依赖多态，就无法统一识别；没有继承体系，多态就无从谈起。建议：
- 定义一个业务异常基类，比如
BaseException extends RuntimeException - 所有业务场景异常都继承它：
OrderException、PaymentException、AuthException - 技术类异常（如
SQLException）可包装成BaseException的子类，或由专门 handler 处理
这样，一个 @ExceptionHandler(BaseException.class) 就能覆盖全部业务异常，无需逐个写 catch。
立即学习“Java免费学习笔记（深入）”；
Spring 中用 @ControllerAdvice 实现真正统一
这是最常用也最推荐的方式，它天然依赖多态完成分发：
@ControllerAdvice
public class GlobalExceptionHandler {
// 优先匹配：只处理业务异常及其子类
@ExceptionHandler(BaseException.class)
public ResponseEntity<ErrorResponse> handleBusinessError(
BaseException e, WebRequest request) {
return buildResponse(e, "BUSINESS_ERROR");
}
// 次级匹配：处理数据库相关异常（SQLException 及其子类）
@ExceptionHandler(SQLException.class)
public ResponseEntity<ErrorResponse> handleDbError(
SQLException e, WebRequest request) {
return buildResponse(e, "DB_ERROR");
}
// 最终兜底：捕获所有 Exception（慎用，需记录真实类型）
@ExceptionHandler(Exception.class)
public ResponseEntity<ErrorResponse> handleUnexpected(
Exception e, WebRequest request) {
log.error("Unclassified error: {}, type={}",
e.getMessage(), e.getClass().getSimpleName());
return buildResponse(e, "UNKNOWN_ERROR");
}
}每个 @ExceptionHandler 方法参数类型就是多态的“锚点”——框架根据抛出异常的实际类型，自动选择最具体的 handler 方法执行。
避免破坏多态意图的常见错误
- 把
@ExceptionHandler(Exception.class)放在最前面 → 后面所有更具体的 handler 都不会触发 - 在
catch (Exception e)块里吞掉异常，再抛new RuntimeException(e)→ 丢失原始类型，切断多态链 - 自定义异常没继承统一基类，又没单独配置 handler → 无法被统一入口捕获
统一异常处理不是“把所有异常塞进一个 catch”，而是用继承体系建模错误语义，再靠多态机制自动路由到对应处理器。结构清晰了，日志、监控、返回格式才能真正统一。
