DispatchServlet的分析

给个简单的sequence diagram，原图见github.

    首先要说明下，咱们发送到服务器端的get、post等请求，都转到doDispatch方法，进行处理。

1. DispatchServlet中存有不少HandlerAdapter，这些adapter事从ApplicationContext中获得的——初始化的时候，会从ApplicationContext中获取全部HandlerAdapter类型的bean，这也就是为何DispatchServlet能够拿到咱们本身定义在spring xml配置文件中的HandlerAdapter的缘由。
2. DispatchServlet的doDispatch中首先经过HttpServletRequest来获得HandlerExecutionChain。经过debug能够发现这个HandlerExecutionChain中的handler实际上是HttpServletRequest中url对应的那个Controller。
3. 以后，经过HandlerExecutionChain中的handler获得HandlerAdapter(循环遍历DispatchServlet中的HandlerAdpater，找到第一个能支持处理handler的HandlerAdapter)。
4. 调用HandlerAdapter的applyPreHandle，是调用各类interceptors的preHandle方法。
5. 调用HandlerAdapter的handle，间接的，会经过反射的方式，调用controller的方法，以后就是咱们熟知的controller到service...
6. 若是controller返回的不是view，即不是用于前端展现的(如jsp之类的话)。则在HandlerAdapter中会对从controller返回的结果进行处理。值得注意的是，这里选用哪一种converter，是根据HttpServletRequest头部的accept的值来判断的。经过获得的converter将controller返回的实体用converter进行转换，然后直接写入HttpServletResponse。
7. 若是controller的返回值上有ResponseBody注解，则DispatchServlet的applyDefaultViewName不会进行什么处理。
8. DispatchServlet的applyPostHandle中是调用HandlerInterceptor的postHandle方法。
9. 最后DispatchServlet会调用processDispatchResult，这里面，

• 若是以前的处理有抛出异常，则处理异常；
• 若是是要渲染页面调用render进行页面渲染；

 

    注意上面的分析为了描述总体流程，跳过了不少细节，建议读者去看看源码，每一个人的收获是不同的。大致就是如此，以后就是细节上的问题，好比Spring-webmvc怎么将HttpServletRequest中的数据转为Controller方法上的实体对象；页面渲染具体怎么实现。代码不少，封装的较深，调用关系复杂，若是要细细分析，仍是要点时间的。

    将HttpServletRequest中的请求数据转换为Controller方法上的实体对象这点，就分好多种状况。不只支持它已定义的方式，咱们本身还能够本身定义转换方式，从这些中能够看出Spring中的抽象思想层次很深，Spring做者站的角度很高。