Spring MVC--所存在的疑惑

Spring MVC--所存在的疑惑

  • 2018-04-15

在之前Mybatis的源码中,笔者学到了不少东西,工作中遇到了Mybatis关于参数解析,TypeHandler映射等相关问题也都是轻而易举的解决,那么作为工作中另一款使用频率极高的框架Spring MVC,源码分析必不可少,这次吸取经验,不死磕功能,只关注大局,以及业务中可能会遇到的一些要点.

DispatcherServlet简介

Spring MVC是请求驱动设计的框架,其围绕着一个中心处理器DispatcherServlet,请求的分配执行返回整个流程都是由DispatcherServlet控制.DispatcherServlet本质上仍然是一个Servlet,但是其持有ApplicationContext context对象,也就是DispatcherServlet被赋予了Spring的一切能力.

可以想象DispatcherServlet本质上是Servlet,那么他的输入参数自然是request,可以理解为具体的url+params信息集合.拿到这些信息后Spring MVC的做法如下所示(代码省略了许多,保留了主流程):

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
      ....
      // 定位到要执行的方法链包括拦截器
      mappedHandler = getHandler(processedRequest);
      ...
      // 方法执行适配器,包括参数解析转换以及方法调用.
      HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
      ...
      // 调用拦截器的前置处理器
      if (!mappedHandler.applyPreHandle(processedRequest, response)) {
        return;
      }
      ...
      // 调用业务方法
      mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
       ...
      // 调用拦截器的后置处理器
      mappedHandler.applyPostHandle(processedRequest, response, mv);
       ...
      // 结果渲染写回
      processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
    }

体系结构图大概如下:
http://www.cnblogs.com/ylhssn/p/4062757.html

总体执行流程描述如下:
Spring MVC把执行流程完整的定义在了DispatcherServlet中,对于他来说第一步是根据request的url以及HandlerMapping来定位到要执行的HandlerExecutionChain,这个就是方法的执行链,包括Spring MVC的拦截器以及用户自己定义的业务方法,具体执行时会使用HandlerAdapter进行适配,在这个步骤中包括了具体的参数解析,类型转换,然后利用反射调用具体的方法拿到返回值,接着对返回值进行解析,如果返回值是一个页面那么将结果封装为ModelAndView,如果不是则世界使用MessageConvert进行转换写回,对于页面接下来会给视图解析器ViewResolver来处理,最后输出对应的结果.

有何问题?
抛去细节来看的话执行结果是一条很清晰的线性结构,先定位到具体方法,然后执行前置拦截器,接着执行自己的方法,执行后置拦截器,最后写回结果.针对上述流程大概会有以下几个问题需要思考:

如有问题,请指出以免误人子弟

Spring -- 关于IoC与AOP的一些理解
Spring MVC--请求定位