Spring中ExceptionHandler优先级管理机制及匹配规则问询

首先直接回答你的问题：Spring 在选择 ExceptionHandler 时，核心遵循**「最具体异常优先匹配」**的原则，这就是为什么 IllegalArgumentException 会触发专门处理它的 handleIllegalException，而不是更宽泛的 handleException。

接下来详细拆解这个优先级逻辑：

1. 异常继承层次的匹配优先级 #

Spring 就像一个严谨的分类管理员，在查找异常处理器时，会沿着异常的继承链从下往上找——优先匹配和抛出的异常类型完全一致的处理器；如果找不到，才会逐步向上匹配其父类异常的处理器。

拿你的场景举例：

• 当抛出 IllegalArgumentException 时，Spring 首先检查有没有处理器直接处理这个异常——正好你定义了 handleIllegalException，所以直接调用它，不会再去考虑处理父类 Exception 的 handleException。
• 当抛出 NullPointerException 时，因为你没有定义专门处理它的处理器，Spring 会沿着继承链往上找：NullPointerException → RuntimeException → Exception，直到找到处理 Exception 的 handleException，然后调用它。

2. 局部与全局处理器的优先级 #

如果你的项目中同时存在控制器内的局部 ExceptionHandler和**@ControllerAdvice 中的全局 ExceptionHandler**，Spring 会优先选择控制器内的局部处理器。只有当局部没有匹配的处理器时，才会去查找全局的处理器。

3. 同层级异常的特殊情况 #

如果出现多个处理器处理同一层级的异常（比如两个处理器都声明处理 RuntimeException），这时候会根据处理器的注册顺序或者所在上下文来决定，但这种情况非常不推荐——因为会导致匹配逻辑模糊，建议尽量为不同的异常（或更具体的异常）定义单独的处理器。

简单总结：Spring 的异常处理器匹配逻辑就是找最精准的那个，找不到再找范围更大的；局部处理器优先于全局处理器。

内容的提问来源于stack exchange，提问作者Olivier Boissé