springMVC执行流程
一,springMVC执行流程
1,MVC架构的由来
次要由model层,view层和controller层组成。
1.1,jsp模型
次要是构造简略,开发这个小型我的项目的效率高,次要是由这个jsp和javaBean组成。然而jsp同时负责了controller层和view层,因而所有的代码都写在这个jsp外面,导致这个代码的重用性很低,保护不不便,因而这种架构被淘汰。
1.2,servlet模型
对上一个模型进行了一次改进,将这个controller层和view层进行了这个拆散,让每个局部各司其职。申请由controller控制器实现,jsp就是专门用来展现数据,进步了代码可重用性和易维护性。
2,springMVC执行流程
1,客户端发送申请到这个DispatcherServlet前端控制器
2,前端控制器会通过这个HandlerMapping处理器映射器,找到适合的处理器,就是通过这个输出的url,找到对应的handler
3,返回处理器的执行链,外面会蕴含多个拦截器的信息,以及须要查找的处理器handler的信息
4,找处理器适配器HandlerAdapter,这一步开始就会去调用handler外面的办法
5,通过执行这个handler外面的办法,会去找具体的controller办法
6,找到具体的controller之后,会返回一个modelAndView给这个HanderAdapter给处理器适配器
7,处理器适配器获取到ModelAndView之后,会将这个后果返回给DispatcherServlet前端控制器
8,通过这个ViewResolver视图解析器进行解析这个ModelAndView
9,解析实现之后,会将这个view返回给前端DispatcherServlet前端控制器
10,将model中的数据填充到这个view视图外面,最初去渲染视图
二,源码剖析
1,首先关上这个DispatcherServlet类,能够发现这个类是继承了FrameworkServlet
public class DispatcherServlet extends FrameworkServlet{ ...}
2,这个类外面有一个doService办法,外面有一个比拟重要的办法,叫doDispatch办法
doDispatch(request, response);
3,进入这个doDispatch()办法外面,能够看到以下几行代码,次要是来返回这个处理器执行链,处理器适配器等操作。
//处理器执行链HandlerExecutionChain mappedHandler = null;//检测以后申请是否须要做文件上传processedRequest = checkMultipart(request);//获取须要的映射器以及拦截器等mappedHandler = getHandler(processedRequest);if (mappedHandler == null) { noHandlerFound(processedRequest, response); return;}//找这个处理器适配器HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());//调用拦截器 mappedHandler.applyPreHandle(processedRequest, response);//适配器开始调用这个handlermv = ha.handle(processedRequest, response, mappedHandler.getHandler());//解决这个后果集processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
4,接下来所有的剖析都基于这个doDispatch()办法,来对外面的办法做一个具体的形容。
接下来看看这个getHandler办法,次要是通过这个request申请,来获取对应handler。
protected HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception { if (this.handlerMappings != null) { //遍历全副获取到的处理器映射器 for (HandlerMapping hm : this.handlerMappings) { //通过这个申请进行匹配,找到这个handler HandlerExecutionChain handler = hm.getHandler(request); //找到则返回 if (handler != null) { return handler; } } } return null;}
5,接下来看看这个获取处理器适配器getHandlerAdapter的办法,适配器也有多种,会依据不同的handler适配不同的适配器。
protected HandlerAdapter getHandlerAdapter(Object handler) throws ServletException { if (this.handlerAdapters != null) { for (HandlerAdapter ha : this.handlerAdapters) { if (ha.supports(handler)) { return ha; } } } throw new ServletException();}
6,再看这个doDispatch办法中的handle办法,能够点进去发现具体的实现如下。最终会以一个controller的对象返回
public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { //以一个controller的形式返回 return ((Controller) handler).handleRequest(request, response);}
7,能够自定义重写这个handleRequest办法,最初以一个ModelAndView的格局返回给这个解决适配器,处理器适配器将这个ModelAndView返回给前端控制器。
@Overridepublic ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception { ModelAndView mv = new ModelAndView(); mv.setViewName("success"); mv.addObject("hello","zhs"); return mv;}
8,接下来看看这个前端控制器解决这个ModelAndView的视图解析,次要是通过这个processDispatchResult办法来实现。
if (mv != null && !mv.wasCleared()) { //如果这个modelAndView不为空,就会开始进入正式的解析 render(mv, request, response); if (errorView) { WebUtils.clearErrorRequestAttributes(request); }}
再进入这个render办法外面,能够发现这个视图解析器会对这个视图进行一个具体的解析,并且会将解析的view返回给这个DispatcherServlet外面,最终会将这个数据进行一个转发或者重定向,对这个view进行一个渲染,最终响应到这个客户端。
//会进行一个具体的解析view = resolveViewName(viewName, mv.getModelInternal(), locale, request);//解析view.render(mv.getModelInternal(), request, response);//输入renderMergedOutputModel(mergedModel, getRequestToExpose(request), response);//对这个获取的数据进行转发或者重定向RequestDispatcher rd = getRequestDispatcher(request, dispatcherPath);