系列文章目录
【SpringMVC系列】@RequestMapping注解 详解
【SpringMVC系列】HiddenHttpMethodFilter 过滤器配置实例及源码分析
文章目录
【前言】
不论控制器返回的是一个String,ModelAndView,还是View都会转换为ModelAndView对象,由视图解析器(ViewResolver)解析视图,然后,进行页面的跳转。视图解析器是什么呢?我们今天就来介绍一下~
【正文】
一、概述
1) 请求处理方法执行完成后,最终返回一个 ModelAndView 对象。对于那些返回String,View 或 ModeMap 等类型的处理方法,Spring MVC 也会在内部将它们装配成一个 ModelAndView 对象,它包含了逻辑名和模型对象的视图。
2) Spring MVC 借助视图解析器(ViewResolver)得到最终的视图对象(View),最终的视图可以是 JSP ,也可能是 Excel、JFreeChart等各种表现形式的视图。
3) 对于最终究竟采取何种视图对象对模型数据进行渲染,处理器并不关心,处理器工作重点聚焦在生产模型数据的工作上,从而实现 MVC 的充分解耦。
(一)视图
(1)概述
1) 视图的作用是渲染模型数据,将模型里的数据以某种形式呈现给客户。
2) 为了实现视图模型和具体实现技术的解耦,Spring 在 org.springframework.web.servlet 包中定义了一个高度抽象的 View 接口。
3) 视图对象由视图解析器负责实例化。由于视图是无状态的,所以他们不会有线程安全的问题。
(2)常用的视图实现类
(二)视图解析器
(1)概述
1) SpringMVC 为逻辑视图名的解析提供了不同的策略,可以在 SpringMVC 上下文中配置一种或多种解析策略,并指定他们之间的先后顺序。每一种映射策略对应一个具体的视图解析器实现类。
2) 视图解析器的作用比较单一:将逻辑视图解析为一个具体的视图对象。
3) 所有的视图解析器都必须实现 ViewResolver 接口。
(2)常用的视图解析器实现类
1) 程序员可以选择一种视图解析器或混用多种视图解析器。
2) 每个视图解析器都实现了 Ordered 接口并开放出一个 order 属性,可以通过 order 属性指定解析器的优先顺序,order 越小优先级越高。
3) SpringMVC 会按视图解析器顺序的优先顺序对逻辑视图名进行解析,直到解析成功并返回视图对象,否则将抛出 ServletException 异常。
4) InternalResourceViewResolver
① JSP 是最常见的视图技术,可以使用 InternalResourceViewResolve作为视图解析器:
②
(三)mvc:view-controller标签
1)若希望直接响应通过 SpringMVC 渲染的页面,可以使用 mvc:view-controller 标签实现(取代controller层的return)
<!-- 直接配置响应的页面:无需经过控制器来执行结果 -->
<mvc:view-controller path="/success" view-name="success"/>
2)请求的路径:
http://localhost:8080/SpringMVC/success
3)配置<mvc:view-controller>
会导致其他请求路径失效
解决办法:
<!-- 在实际开发过程中都需要配置mvc:annotation-driven标签 -->
<mvc:annotation-driven/>
二、转发和重定向
(1)概述
- 转发:一次请求,地址栏不变,一般和request域一起使用
- 重定向:两次请求,地址栏变化
(2)转发
- springmvc默认返回值就是转发操作
return "forward:/test.jsp";
(3)重定向
//重定向到页面
return "redirect:/test.jsp";
//重定向到某个controller的方法
return "redirect:http://localhost:8080/SpringMVC/rest/find";
//也可省略前面部分,直接写当前类的名字和所要重定向的那个方法名
return "redirect:/rest/find";
【结语】
今天的内容就分享到这里啦,欢迎大佬们提出宝贵意见~
感谢你的阅读~