Spring Boot源码之旅三十四SpringMVC源码之DispatcherServlet的处理分发结果

作者简介：大家好，我是smart哥，前中兴通讯、美团架构师，现某互联网公司CTO

联系qq：184480602，加我进群，大家一起学习，一起进步，一起对抗互联网寒冬

学习必须往深处挖，挖的越深，基础越扎实！

阶段1、深入多线程

阶段2、深入多线程设计模式

阶段3、深入juc源码解析

阶段4、深入jdk其余源码解析

阶段5、深入jvm源码解析

 

码哥源码部分

码哥讲源码-原理源码篇【2024年最新大厂关于线程池使用的场景题】

码哥讲源码【炸雷啦！炸雷啦！黄光头他终于跑路啦！】

码哥讲源码-【jvm课程前置知识及c/c++调试环境搭建】

 

​​​​​​码哥讲源码-原理源码篇【揭秘join方法的唤醒本质上决定于jvm的底层析构函数】

码哥源码-原理源码篇【Doug Lea为什么要将成员变量赋值给局部变量后再操作？】

码哥讲源码【你水不是你的错,但是你胡说八道就是你不对了！】

码哥讲源码【谁再说Spring不支持多线程事务，你给我抽他！】

终结B站没人能讲清楚红黑树的历史，不服等你来踢馆！

打脸系列【020-3小时讲解MESI协议和volatile之间的关系，那些将x86下的验证结果当作最终结果的水货们请闭嘴】

 

处理大致流程图

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文件中读取的。

后面就开始讲点细节吧。