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作者站的角度很高。

(adsbygoogle = window.adsbygoogle || []).push({});