Spring MVC应用–MVC体系结构
SpringMVC是Spring为我们提供的一个用于简化Web开发的框架。
Spring MVC简介
MVC体系结构
三层架构
我们开发架构一般都是基于两种形式，一种是C/S架构，也就是客户端/服务器；另一种是B/S架构，也就是浏览器服务器，在JavaEE开发中，几乎全都是基于B/S架构的开发，那么在B/S架构中，系统标准的三层架构包括：表现层、业务层、持久层。三层架构在我们实际的开发中使用的非常多，所以我们课程中的案例也都是基于三层架构设计的。
三层架构中，每一层都各司其职：
- 表现层 ：
也就是我们常说的web 层。它负责接收客户端请求，向客户端响应结果，通常客户端使⽤http 协议请求web 层，web 需要接收 http 请求，完成 http 响应。表现层包括展示层和控制层：控制层负责接收请求，展示层负责结果的展示。表现层依赖业务层，接收到客户端请求⼀般会调⽤业务层进⾏业务处理，并将处理结果响应给客户端。表现层的设计⼀般都使⽤ MVC 模型。（MVC 是表现层的设计模型，和其他层没有关系） - 业务层 ：
也就是我们常说的 service 层。它负责业务逻辑处理，和我们开发项⽬的需求息息相关。web 层依赖业务层，但是业务层不依赖 web 层。业务层在业务处理时可能会依赖持久层，如果要对数据持久化需要保证事务⼀致性。（也就是我们说的， 事务应该放到业务层来控制） - 持久层 ：也就是我们是常说的 dao 层。负责数据持久化，包括数据层即数据库和数据访问层，数据库是对数据进
⾏持久化的载体，数据访问层是业务层和持久层交互的接⼝，业务层需要通过数据访问层将数据持久化
到数据库中。通俗的讲，持久层就是和数据库交互，对数据库表进⾏增删改查的。
MVC设计模式
MVC 全名是 Model View Controller，是 模型(model)－视图(view)－控制器(controller) 的缩写， 是⼀种⽤于设计创建 Web 应⽤程序表现层的模式。MVC 中每个部分各司其职：
Model（模型）：模型包含业务模型和数据模型，数据模型⽤于封装数据，业务模型⽤于处理业务。
View（视图）： 通常指的就是我们的 jsp 或者 html。作⽤⼀般就是展示数据的。通常视图是依据模型数据创建的。
Controller（控制器）： 是应⽤程序中处理⽤户交互的部分。作⽤⼀般就是处理程序逻辑的。
MVC提倡：每⼀层只编写⾃⼰的东⻄，不编写任何其他的代码；分层是为了解耦，解耦是为了维
护⽅便和分⼯协作。
Spring MVC 是什么？
SpringMVC 全名叫 Spring Web MVC，是⼀种基于 Java 的实现 MVC 设计模型的请求驱动类型的轻量级Web 框架，属于 SpringFrameWork 的后续产品。
SpringMVC 已经成为 ⽬前最主流的 MVC 框架之一，并且 随着 Spring3.0 的发布，全⾯超越 Struts2，成为最优秀的 MVC 框架。servlet、struts实现接⼝、springmvc中要让⼀个java类能够处理请求只需要添加注解就ok它通过⼀套注解，让⼀个简单的 Java 类成为处理请求的控制器，⽽⽆须实现任何接⼝。同时它还⽀持RESTful 编程风格的请求。
总之：Spring MVC和Struts2⼀样，都是 为了解决表现层问题 的web框架，它们都是基于 MVC 设计模式的。⽽这些表现层框架的主要职责就是处理前端HTTP请求。
Spring MVC 本质可以认为是对servlet的封装，简化了我们serlvet的开发作⽤：1）接收请求 2）返回响应，跳转页面
Spring Web MVC 工作流程
开发过程
- 配置DispatcherServlet前端控制器
- 开发处理具体业务逻辑的Handler（@Controller、@RequestMapping）
- xml配置⽂件配置controller扫描，配置springmvc三⼤件
- 将xml⽂件路径告诉springmvc（DispatcherServlet）
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="
http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/context
https://www.springframework.org/schema/context/spring-context.xsd
http://www.springframework.org/schema/mvc
https://www.springframework.org/schema/mvc/spring-mvc.xsd">
<!--开启controller扫描-->
<context:component-scan base-package="com.lagou.edu.controller"/>
<!--配置springmvc的视图解析器-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<property name="prefix" value="/WEB-INF/jsp/" />
<property name="suffix" value=".jsp" />
</bean>
<!--处理器映射器，处理器适配器-->
<mvc:annotation-driven />
<!--配置静态资源配置,
原理：添加该标签之后，会在spring上下文中添加一个DefaultServletHttpRequestHandler对象，
这个对象对进入DispatcherServlet的请求进行筛选，如果发现是一个静态资源请求那么会把请求
转由web应用服务器tomcat默认的DefaultServlet处理，如果不是继续由SpringMVC框架进行处理-->
<mvc:default-servlet-handler />
</beans>
Spring MVC 请求处理流程
流程说明
第一步：用户发送请求⾄前端控制器DispatcherServlet
第二步：DispatcherServlet收到请求调⽤HandlerMapping处理器映射器
第三步：处理器映射器根据请求Url找到具体的Handler（后端控制器），⽣成处理器对象及处理器拦截器(如果 有则⽣成)⼀并返回DispatcherServlet
第四步：DispatcherServlet调⽤HandlerAdapter处理器适配器去调⽤Handler
第五步：处理器适配器执⾏Handler
第六步：Handler执⾏完成给处理器适配器返回ModelAndView
第七步：处理器适配器向前端控制器返回 ModelAndView，ModelAndView 是SpringMVC 框架的⼀个底层对 象，包括 Model 和 View
第八步：前端控制器请求视图解析器去进⾏视图解析，根据逻辑视图名来解析真正的视图。
第九步：视图解析器向前端控制器返回View
第十步：前端控制器进⾏视图渲染，就是将模型数据（在 ModelAndView 对象中）填充到 request 域
第十一步：前端控制器向⽤户响应结果
Spring MVC 九大组件
- HandlerMapping（处理器映射器）
HandlerMapping 是⽤来查找 Handler 的，也就是处理器，具体的表现形式可以是类，也可以是方法。比如，标注@RequestMapping的每个方法都可以看成是⼀个Handler。Handler负责具体实际的请求处理，在请求到达后，HandlerMapping 的作⽤便是找到请求相应的处理器Handler 和 Interceptor - HandlerAdapter（处理器适配器）
HandlerAdapter 是⼀个适配器。因为 Spring MVC 中 Handler 可以是任意形式的，只要能处理请求即可。但是把请求交给 Servlet 的时候，由于 Servlet 的⽅法结构都是doService(HttpServletRequest req,HttpServletResponse resp)形式的，要让固定的 Servlet 处理方法调用 Handler 来进行处理，便是 HandlerAdapter 的职责。 - HandlerExceptionResolver
HandlerExceptionResolver 用于处理 Handler 产生的异常情况。它的作用是根据异常设置ModelAndView，之后交给渲染⽅法进行渲染，渲染方法会将 ModelAndView 渲染成页面 - ViewResolver
ViewResolver即视图解析器，用于将String类型的视图名和Locale解析为View类型的视图，只有一个resolveViewName()方法。从方法的定义可以看出，Controller层返回的String类型视图名viewName 最终会在这⾥被解析成为View。View是用来渲染页面的，也就是说，它会将程序返回的参数和数据填入模板中，生成html文件。ViewResolver 在这个过程主要完成两件事情：ViewResolver 找到渲染所用的模板（第⼀件大事）和所用的技术（第⼆件大事，其实也就是找到视图的类型，如JSP）并填⼊参数。默认情况下，Spring MVC会⾃动为我们配置一个InternalResourceViewResolver,是针对 JSP 类型视图的。 - RequestToViewNameTranslator
RequestToViewNameTranslator 组件的作用是从请求中获取 ViewName.因为 ViewResolver 根据ViewName 查找 View，但有的 Handler 处理完成之后,没有设置 View，也没有设置 ViewName，便要通过这个组件从请求中查找 ViewName。 - LocaleResolver
ViewResolver 组件的 resolveViewName ⽅法需要两个参数，⼀个是视图名，⼀个是 Locale。LocaleResolver ⽤于从请求中解析出 Locale，比如中国 Locale 是 zh-CN，⽤来表示⼀个区域。这个组件也是 i18n 的基础。 - ThemeResolver
ThemeResolver 组件是用来解析主题的。主题是样式、图⽚及它们所形成的显示效果的集合。Spring MVC 中⼀套主题对应一个 properties⽂件，里面存放着与当前主题相关的所有资源，如图片、CSS样式等。创建主题非常简单，只需准备好资源，然后新建一个“主题名.properties”并将资源设置进去，放在classpath下，之后便可以在页面中使用了。SpringMVC中与主题相关的类有ThemeResolver、ThemeSource和Theme。ThemeResolver负责从请求中解析出主题名，ThemeSource根据主题名找到具体的主题，其抽象也也就是Theme，可以通过Theme来获取主题和具体的资源。
8.MultipartResolver
MultipartResolver 用于上传请求，通过将普通的请求包装成 MultipartHttpServletRequest 来实现。MultipartHttpServletRequest 可以通过 getFile() ⽅法 直接获得⽂件。如果上传多个⽂件，还可以调⽤ getFileMap()⽅法得到Map<FileName，File>这样的结构，MultipartResolver 的作⽤就是封装普通的请求，使其拥有⽂件上传的功能。 - FlashMapManager
FlashMap 用于重定向时的参数传递，比如在处理用户订单时候，为了避免重复提交，可以处理完post请求之后重定向到⼀个get请求，这个get请求可以⽤来显示订单详情之类的信息。这样做虽然可以规避⽤户重新提交订单的问题，但是在这个页面上要显示订单的信息，这些数据从哪⾥来获得呢？因为重定向时么有传递参数这⼀功能的，如果不想把参数写进URL（不推荐），那么就可以通过FlashMap来传递。只需要在重定向之前将要传递的数据写⼊请求（可以通过ServletRequestAttributes.getRequest()方法获得）的属性OUTPUT_FLASH_MAP_ATTRIBUTE中，这样在重定向之后的Handler中Spring就会⾃动将其设置到Model中，在显示订单信息的⻚⾯上就可以直接从Model中获取数据。FlashMapManager 就是⽤来管理 FalshMap 的。
配置url-pattern标签
方式一：带后缀比如*.actoin .do .aaa/
方式二： / 不会拦截.jsp但是会拦截.html等静态资源，js.css等
方式三： / 拦截所有包括jsp
<web-app>
<display-name>Archetype Created Web Application</display-name>
<servlet>
<servlet-name>springmvc</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:springmvc.xml</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>springmvc</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
为什么配置为/ 会拦截静态资源？
因为tomcat容器中还有一个web.xml(父)，项目中的web.xml继承tomcat中的web.xmlweb.xml中覆盖了父web.xml中的配置
为什么不拦截.jsp
因为父web.xml中有一个JspServlet，这个servlet拦截.jsp文件，而我们没有覆盖这个配置，应为springmvc此时不拦截 jsp,jsp处理交给了tomcat
如何解决配置 / 拦截静态资源的问题
方案一：在springmvc.xml中配置静态资源配置：<mvc:default-servlet-handler />
原理：添加该标签之后，会在spring上下文中添加一个DefaultServletHttpRequestHandler对象，
这个对象对进入DispatcherServlet的请求进行筛选，如果发现是一个静态资源请求那么会把请求
转由web应用服务器tomcat默认的DefaultServlet处理，如果不是继续由SpringMVC框架进行处理
局限：静态资源必须只能放在webapp根路径下边
方案二： SpringMVC框架自己处理静态资源：<mvc:resources location=“classpath:/” mapping="/resources/**" >
mapping:约定的静态资源的url
location:指定的静态资源的存放位置
数据输出机制：Model、Map以及ModelMap
数据输出机制Model、Map以及ModelMap
首先我们来看一下ModelAndView
public class ModelAndView {
@Nullable
private Object view;
@Nullable
private ModelMap model;
@Nullable
private HttpStatus status;
private boolean cleared = false;
...
}
ModelAndView里边主要的两个属性即 视图模型view和封装的数据ModelMap类型的model。
我们可以直接使用ModelMap封装数据或者直接使用Model或者Map 封装数据。如下：
@RequestMapping("/handle02")
public String handle02(ModelMap modelMap){
Date date = new Date();
modelMap.addAttribute("date",date);
return "success";
}
@RequestMapping("/handle03")
public String handle03(Model model){
Date date = new Date();
model.addAttribute("date",date);
return "success";
}
@RequestMapping("/handle04")
public String handle04(Map<String,Object> map){
Date date = new Date();
map.put("date",date);
return "success";
}
那么这三种方式有什么关系呢？
SpringMVC在handler方法上传入Map,Model,ModelMap参数都可以实现数据的封装，我们通过打印返回的类型发现最终三种方式运行时的具体类型都是BindingAwareModelMap,相当于给BindingAwareModelMap中保存的数据都会放到请求域中。
Map(jdk的接口)
Model(Spring框架的接口)
ModelMap 其实时Map接口的一个实现
BindingAwareModelMap BindingAwareModelMap继承了ExtendedModelMap，ExtendedModelMap继承了ModelMap，实现了Model接口。
扫一扫
491
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
