34、SpringBoot 源码分析 - DispatcherServlet的处理分发结果

处理大致流程图

 

DispatcherServlet的processDispatchResult

前面讲了处理器适配求怎么处理请求返回结果的,现在讲结果怎么处理,其实核心就是render方法。

private void processDispatchResult(HttpServletRequest request, HttpServletResponse response,
			@Nullable HandlerExecutionChain mappedHandler, @Nullable ModelAndView mv,
			@Nullable Exception exception) throws Exception {
   
     
		...
		// Did the handler return a view to render?
		if (mv != null && !mv.wasCleared()) {
   
     
			render(mv, request, response);//渲染视图
			if (errorView) {
   
     
				WebUtils.clearErrorRequestAttributes(request);
			}
		}
		...
	}

render

其实逻辑也很简单,跟前面类似,获取到视图名字,然后遍历视图解析器,看哪个可以解析,最后渲染。

protected void render(ModelAndView mv, HttpServletRequest request, HttpServletResponse response) throws Exception {
   
     
		// Determine locale for request and apply it to the response.
		Locale locale =
				(this.localeResolver != null ? this.localeResolver.resolveLocale(request) : request.getLocale());
		response.setLocale(locale);//设置本地化

		View view;
		String viewName = mv.getViewName();
		if (viewName != null) {
   
     //获取视图
			// We need to resolve the view name. 解析成视图
			view = resolveViewName(viewName, mv.getModelInternal(), locale, request);
			if (view == null) {
   
     
				throw new ServletException("Could not resolve view with name '" + mv.getViewName() +
						"' in servlet with name '" + getServletName() + "'");
			}
		}
		else {
   
     
			// No need to lookup: the ModelAndView object contains the actual View object.
			view = mv.getView();
			if (view == null) {
   
     
				throw new ServletException("ModelAndView [" + mv + "] neither contains a view name nor a " +
						"View object in servlet with name '" + getServletName() + "'");
			}
		}

		// Delegate to the View object for rendering.
		if (logger.isTraceEnabled()) {
   
     
			logger.trace("Rendering view [" + view + "] ");
		}
		try {
   
     
			if (mv.getStatus() != null) {
   
     
				response.setStatus(mv.getStatus().value());
			}
			view.render(mv.getModelInternal(), request, response);//进行渲染
		}
		catch (Exception ex) {
   
     
			if (logger.isDebugEnabled()) {
   
     
				logger.debug("Error rendering view [" + view + "]", ex);
			}
			throw ex;
		}
	}

resolveViewName

这里就是找出视图解析器来解析视图,当然有好多解析器,细节暂时不讲,后面一起讲。

@Nullable
	protected View resolveViewName(String viewName, @Nullable Map<String, Object> model,
			Locale locale, HttpServletRequest request) throws Exception {
   
     

		if (this.viewResolvers != null) {
   
     
			for (ViewResolver viewResolver : this.viewResolvers) {
   
     
				View view = viewResolver.resolveViewName(viewName, locale);
				if (view != null) {
   
     
					return view;
				}
			}
		}
		return null;
	}

至此基本的处理流程都讲完了,后面就开始补细节啦,前面其实细节说了有点多,幸亏止住了,还是先总结下,然后开始细节吧。

总结简单

  • 处理方法参数自由度很大,只要有参数解析器就可以解析出来,内部是调用反射的。
  • 参数绑定可以自定义设置,只要符合绑定的要求就可以进行请求参数的绑定,包括表单和uri的参数。
  • 视图解析器会根据处理方法的返回值去寻找解析器处理,可以自定义视图解析器。
  • 在处理方法前还有模型方法要调用,模型方法的执行跟处理器方法一样,都是有参数解析,但是返回值是直接放进模型里的。
  • 拦截器会在处理器适配器处理前,处理后,以及请求处理完成后处理。但是如果拦截器处理前的处理返回false,会进行反向处理,只有执行过的处理前处理并返回true的拦截器才会执行完成后处理。
  • 至于一些处理器,适配器,解析器哪里来的,一部分是自动配置的时候配置进去的,一部分是默认从DispatcherServlet.properties文件中读取的。

后面就开始讲点细节吧。

好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。