SpringMVC的异常处理机制详细分析

开发 架构
DispatcherServlet和任何Servlet一样,需要使用Java配置或web.xml根据Servlet规范进行声明和映射。然后,DispatcherServlet使用Spring配置来发现它在请求映射、视图解析、异常处理等方面所需的委托组件。

环境:Springboot2.4.12

请求入口

SpringMVC的请求处理入口是DispatcherServlet,不过该Servlet不做实际的处理而实际的处理是由可其它配置的委托组件执行的。

DispatcherServlet和任何Servlet一样,需要使用Java配置或web.xml根据Servlet规范进行声明和映射。然后,DispatcherServlet使用Spring配置来发现它在请求映射、视图解析、异常处理等方面所需的委托组件。如下配置示例:

public class CustomWebApplicationInitializer implements WebApplicationInitializer {

@Override
public void onStartup(ServletContext servletContext) {
AnnotationConfigWebApplicationContext context = new AnnotationConfigWebApplicationContext();
context.register(WebConfig.class);
DispatcherServlet servlet = new DispatcherServlet(context);
ServletRegistration.Dynamic registration = servletContext.addServlet("app", servlet);
registration.setLoadOnStartup(1);
registration.addMapping("/app/*");
}
}

这里为何需要实现WebApplicationInitializer 这需要你先了解Servlet3.0+的新特性ServletContainerInitializer

下面方法是DispatcherServlet处理的核心方法:

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
try {
Exception dispatchException = null;
// 1.获取HandlerMapping(该对象就是当前请求与处理程序的一个映射关系)
mappedHandler = getHandler(processedRequest);
// 2.获取能够处理上一步得到的处理程序
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// 3.执行实际的调用(执行实际的处理程序)
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
} catch (Exception ex) {
// 4.执行过程中发生异常记录到局部变量中
dispatchException = ex;
} catch (Throwable err) {
dispatchException = new NestedServletException("Handler dispatch failed", err);
}
// 5.处理结果
processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
}

上面只是把核心的代码贴出。

处理结果

接着上一步中继续执行,这里就会根据上一步执行过程中是否发生异常(异常对象是否为空)。

private void processDispatchResult(HttpServletRequest request, HttpServletResponse response,
@Nullable HandlerExecutionChain mappedHandler, @Nullable ModelAndView mv,
@Nullable Exception exception) throws Exception {

boolean errorView = false;
// 1.判断是否发生异常
if (exception != null) {
// 1.1.异常对象是否是该对象
if (exception instanceof ModelAndViewDefiningException) {
mv = ((ModelAndViewDefiningException) exception).getModelAndView();
} else {
// 如果不是上面的异常对象,则这里获取具体处理程序的Handler
// 这里我们只考虑RequestMappingHandlerMapping情况,那么这里获取的将是HandlerMethod对象
// 也就是Controller中的具体方法了
Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
// 处理异常,查看下面processhandlerException方法
mv = processHandlerException(request, response, handler, exception);
errorView = (mv != null);
}
}

// Did the handler return a view to render?
if (mv != null && !mv.wasCleared()) {
render(mv, request, response);
if (errorView) {
WebUtils.clearErrorRequestAttributes(request);
}
}
else {
if (logger.isTraceEnabled()) {
logger.trace("No view rendering, null ModelAndView returned.");
}
}

if (WebAsyncUtils.getAsyncManager(request).isConcurrentHandlingStarted()) {
// Concurrent handling started during a forward
return;
}

if (mappedHandler != null) {
// Exception (if any) is already handled..
mappedHandler.triggerAfterCompletion(request, response, null);
}
}

重点,处理异常

protected ModelAndView processHandlerException(HttpServletRequest request, HttpServletResponse response,
@Nullable Object handler, Exception ex) throws Exception {
ModelAndView exMv = null;
// 判断当前的异常解析器是否存在;也就是从容器中获取所有HandlerExceptionResolver类型对象
// 这里我们就不展开了,你可以在DispatcherServlet中查看初始化过程
// 默认情况下,这里集合中有如下图1中所示
if (this.handlerExceptionResolvers != null) {
// 遍历每一个异常处理器,谁能返回ModelAndView就结束循环
// 由于DefaultErrorAttributes内部方法直接返回了null,所以这里返回的是HandlerExceptionResolverComposite
// 这是聚合类,聚合了其它3个具体的解析器,所以时间处理的还是其它类并非它
for (HandlerExceptionResolver resolver : this.handlerExceptionResolvers) {
// 结合上面说只考虑RequestMappingHandlerMapping处理Controller的情况
// 那这里合理的解析器是ExceptionHandlerExceptionResolver
exMv = resolver.resolveException(request, response, handler, ex);
if (exMv != null) {
break;
}
}
}
// 通过上面的执行如果获取到了ModelAndView对象,下面就是判断视图对象不同的情况如何进行处理了
if (exMv != null) {
if (exMv.isEmpty()) {
request.setAttribute(EXCEPTION_ATTRIBUTE, ex);
return null;
}
if (!exMv.hasView()) {
String defaultViewName = getDefaultViewName(request);
if (defaultViewName != null) {
exMv.setViewName(defaultViewName);
}
}
WebUtils.exposeErrorRequestAttributes(request, ex, getServletName());
// 如果存在要想前端展示的视图,则返回。
return exMv;
}
throw ex;
}

图1(这里的CustomExceptionResolver是我自定义的,大家可以忽略)

默认HandlerExceptionResolver集合

根据ExceptionHandlerExceptionResolver 的继承关系得到核心处理逻辑是如下方法:

protected ModelAndView doResolveHandlerMethodException(HttpServletRequest request,
HttpServletResponse response, @Nullable HandlerMethod handlerMethod, Exception exception) {
// 这里的整个过程会先从Controller中获取所有@ExceptionHandler标注的方法中获取能够
// 处理该异常的方法,如果没有会从全局异常句柄中查找
ServletInvocableHandlerMethod exceptionHandlerMethod = getExceptionHandlerMethod(handlerMethod, exception);
if (exceptionHandlerMethod == null) {
return null;
}
// ...
ServletWebRequest webRequest = new ServletWebRequest(request, response);
ModelAndViewContainer mavContainer = new ModelAndViewContainer();
ArrayList<Throwable> exceptions = new ArrayList<>();
// 下面的流程就是执行上面的ServletInvocableHandlerMethod
try {
// Expose causes as provided arguments as well
Throwable exToExpose = exception;
while (exToExpose != null) {
exceptions.add(exToExpose);
Throwable cause = exToExpose.getCause();
exToExpose = (cause != exToExpose ? cause : null);
}
Object[] arguments = new Object[exceptions.size() + 1];
exceptions.toArray(arguments); // efficient arraycopy call in ArrayList
arguments[arguments.length - 1] = handlerMethod;
// 执行方法调用(执行@ExceptionHandler标注的方法,这方法执行过程中可能就直接向客户端返回数据了,比如基于Rest接口)
exceptionHandlerMethod.invokeAndHandle(webRequest, mavContainer, arguments);
} catch (Throwable invocationEx) {
// ...
return null;
}

if (mavContainer.isRequestHandled()) {
return new ModelAndView();
} else {
// 构建ModelAndView对象
ModelMap model = mavContainer.getModel();
HttpStatus status = mavContainer.getStatus();
ModelAndView mav = new ModelAndView(mavContainer.getViewName(), model, status);
mav.setViewName(mavContainer.getViewName());
if (!mavContainer.isViewReference()) {
mav.setView((View) mavContainer.getView());
}
if (model instanceof RedirectAttributes) {
Map<String, ?> flashAttributes = ((RedirectAttributes) model).getFlashAttributes();
RequestContextUtils.getOutputFlashMap(request).putAll(flashAttributes);
}
return mav;
}
}

上面大体上就是Controller发生异常后的处理逻辑。

责任编辑:姜华 来源: 今日头条
相关推荐

2011-07-21 15:20:41

java异常处理机制

2009-06-18 14:00:51

2009-09-25 14:23:39

2009-09-28 10:39:01

Hibernate基础

2010-04-26 18:17:19

Oracle存储过程

2009-12-03 17:41:40

PHP应用发展

2021-10-25 19:52:52

IntentFilte

2009-09-09 09:48:43

Linq延迟加载

2009-09-14 16:21:34

LINQ To XML

2009-10-10 13:52:57

VB Update方法

2009-09-08 15:56:50

Linq使用Group

2009-09-14 13:50:35

LINQ编程模型

2009-11-20 13:11:44

Oracle XML数

2010-01-06 13:50:37

.NET Framew

2011-03-17 09:20:05

异常处理机制

2010-01-06 16:12:52

分析Json stri

2010-03-08 17:18:46

Linux du命令

2010-04-12 10:53:07

Oracle SQL

2010-04-26 14:32:21

Oracle SQL

2010-07-02 11:19:31

IP协议头格式
点赞
收藏

51CTO技术栈公众号