流程说明html
第⼀步:⽤户发送请求⾄前端控制器DispatcherServlet前端
第⼆步: DispatcherServlet收到请求调⽤HandlerMapping处理器映射器spring
第三步:处理器映射器根据请求Url找到具体的Handler(后端控制器),⽣成处理器对象及处理器拦截器(若是 有则⽣成)⼀并返回DispatcherServlet后端
第四步: DispatcherServlet调⽤HandlerAdapter处理器适配器去调⽤Handlermvc
第五步:处理器适配器执⾏Handlerapp
第六步: Handler执⾏完成给处理器适配器返回ModelAndView框架
第七步:处理器适配器向前端控制器返回 ModelAndView, ModelAndView 是SpringMVC 框架的⼀个底层对 象,包括 Model 和 Viewpost
第⼋步:前端控制器请求视图解析器去进⾏视图解析,根据逻辑视图名来解析真正的视图。spa
第九步:视图解析器向前端控制器返回Viewhtm
第⼗步:前端控制器进⾏视图渲染,就是将模型数据(在 ModelAndView 对象中)填充到 request 域
第⼗⼀步:前端控制器向⽤户响应结果
HandlerMapping 是⽤来查找 Handler 的,也就是处理器,具体的表现形式能够是类,也能够是⽅法。⽐如,标注了@RequestMapping的每一个⽅法均可以当作是⼀个Handler。 Handler负责具体实际的请求处理,在请求到达后, HandlerMapping 的做⽤即是找到请求相应的处理器
Handler 和 Interceptor.
HandlerAdapter 是⼀个适配器。由于 Spring MVC 中 Handler 能够是任意形式的,只要能处理请求便可。可是把请求交给 Servlet 的时候,因为 Servlet 的⽅法结构都是
doService(HttpServletRequest req,HttpServletResponse resp)形式的,要让固定的
Servlet 处理⽅法调⽤ Handler 来进⾏处理,即是 HandlerAdapter 的职责。
HandlerExceptionResolver ⽤于处理 Handler 产⽣的异常状况。它的做⽤是根据异常设置
ModelAndView,以后交给渲染⽅法进⾏渲染,渲染⽅法会将 ModelAndView 渲染成⻚⾯。
ViewResolver即视图解析器,⽤于将String类型的视图名和Locale解析为View类型的视图,只有⼀个resolveViewName()⽅法。从⽅法的定义能够看出, Controller层返回的String类型视图名viewName 最终会在这⾥被解析成为View。 View是⽤来渲染⻚⾯的,也就是说,它会将程序返回的参数和数据填⼊模板中,⽣成html⽂件。 ViewResolver 在这个过程主要完成两件事情:
ViewResolver 找到渲染所⽤的模板(第⼀件⼤事)和所⽤的技术(第⼆件⼤事,其实也就是找到视图的类型,如JSP)并填⼊参数。默认状况下, Spring MVC会⾃动为咱们配置⼀个
InternalResourceViewResolver,是针对 JSP 类型视图的。
RequestToViewNameTranslator 组件的做⽤是从请求中获取 ViewName.由于 ViewResolver 根据ViewName 查找 View,但有的 Handler 处理完成以后,没有设置 View,也没有设置
ViewName,便要经过这个组件从请求中查找 ViewName。
ViewResolver 组件的 resolveViewName ⽅法须要两个参数,⼀个是视图名,⼀个是
Locale。
LocaleResolver ⽤于从请求中解析出 Locale,⽐如中国 Locale 是 zh-CN,⽤来表示⼀个区域。这个组件也是 i18n 的基础。
ThemeResolver 组件是⽤来解析主题的。主题是样式、图⽚及它们所造成的显示效果的集合。
Spring MVC 中⼀套主题对应⼀个 properties⽂件,⾥⾯存放着与当前主题相关的全部资源,如图⽚、 CSS样式等。建立主题⾮常简单,只需准备好资源,而后新建⼀个“主题名.properties”并将资
源设置进去,放在classpath下,以后即可以在⻚⾯中使⽤了。 SpringMVC中与主题相关的类有
ThemeResolver、 ThemeSource和Theme。 ThemeResolver负责从请求中解析出主题名,
ThemeSource根据主题名找到具体的主题,其抽象也就是Theme,能够经过Theme来获取主题和具体的资源。
MultipartResolver ⽤于上传请求,经过将普通的请求包装成 MultipartHttpServletRequest
来实现。 MultipartHttpServletRequest 能够经过 getFile() ⽅法 直接得到⽂件。若是上传多个⽂件,还能够调⽤ getFileMap()⽅法获得Map<FileName, File>这样的结构, MultipartResolver 的做⽤就是封装普通的请求,使其拥有⽂件上传的功能。
FlashMap ⽤于重定向时的参数传递,⽐如在处理⽤户订单时候,为了不重复提交,能够处理完post请求以后重定向到⼀个get请求,这个get请求能够⽤来显示订单详情之类的信息。这样作虽然能够规避⽤户从新提交订单的问题,可是在这个⻚⾯上要显示订单的信息,这些数据从哪⾥来得到呢?由于重定向时么有传递参数这⼀功能的,若是不想把参数写进URL(不推荐),那么就能够经过FlashMap来传递。只须要在重定向以前将要传递的数据写⼊请求(能够经过
ServletRequestAttributes.getRequest()⽅法得到)的属性UTPUT_FLASH_MAP_ATTRIBUTE
中,这样在重定向以后的Handler中Spring就会⾃动将其设置到Model中,在显示订单信息的⻚⾯上就能够直接从Model中获取数据。 FlashMapManager 就是⽤来管理 FalshMap 的。