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);
//适配器开始调用这个handler
mv = 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返回给前端控制器。
@Override
public 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);
发表回复