给个简单的sequence diagram,原图见github.
首先要说明下,我们发送到服务器端的get、post等请求,都转到doDispatch方法,进行处理。
- DispatchServlet中存有很多HandlerAdapter,这些adapter事从ApplicationContext中得到的——初始化的时候,会从ApplicationContext中获取所有HandlerAdapter类型的bean,这也就是为什么DispatchServlet可以拿到我们自己定义在spring xml配置文件中的HandlerAdapter的原因。
- DispatchServlet的doDispatch中首先通过HttpServletRequest来得到HandlerExecutionChain。通过debug可以发现这个HandlerExecutionChain中的handler其实是HttpServletRequest中url对应的那个Controller。
- 之后,通过HandlerExecutionChain中的handler得到HandlerAdapter(循环遍历DispatchServlet中的HandlerAdpater,找到第一个能支持处理handler的HandlerAdapter)。
- 调用HandlerAdapter的applyPreHandle,是调用各种interceptors的preHandle方法。
- 调用HandlerAdapter的handle,间接的,会通过反射的方式,调用controller的方法,之后就是我们熟知的controller到service...
- 如果controller返回的不是view,即不是用于前端展示的(如jsp之类的话)。则在HandlerAdapter中会对从controller返回的结果进行处理。值得注意的是,这里选用哪种converter,是根据HttpServletRequest头部的accept的值来判断的。通过得到的converter将controller返回的实体用converter进行转换,而后直接写入HttpServletResponse。
- 如果controller的返回值上有ResponseBody注解,则DispatchServlet的applyDefaultViewName不会进行什么处理。
- DispatchServlet的applyPostHandle中是调用HandlerInterceptor的postHandle方法。
- 最后DispatchServlet会调用processDispatchResult,这里面,
- 如果之前的处理有抛出异常,则处理异常;
- 如果是要渲染页面调用render进行页面渲染;
注意上面的分析为了描述整体流程,跳过了很多细节,建议读者去看看源码,每个人的收获是不一样的。大体就是如此,之后就是细节上的问题,比如Spring-webmvc怎么将HttpServletRequest中的数据转为Controller方法上的实体对象;页面渲染具体怎么实现。代码很多,封装的较深,调用关系复杂,如果要细细分析,还是要点时间的。
将HttpServletRequest中的请求数据转换为Controller方法上的实体对象这点,就分好多种情况。不仅支持它已定义的方式,我们自己还可以自己定义转换方式,从这些中可以看出Spring中的抽象思想层次很深,Spring作者站的角度很高。