处理流程图

image.png

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