1.处理器类中的目标方法在执行之后会返回一个页面，默认情况下，会将return后的字符串经过视图解析器进行拼接。但如果return的页面想要跳转到其他的目录位置，有两种改变方法：①通过相对路径：../../xxx ②通过forward:转发到一个页面（该方法并不会经过视图解析器的拼接，一定要加上“/”）
2.重定向：return "redirect:/hello.jsp";
3.
视图解析源码分析：重要的两个接口ViewResolver和View。
视图和视图解析器
请求处理方法执行完成后，最终返回一个 ModelAndView 对象。对于那些返回 String，View 或 ModeMap 等类型的处理方法，Spring MVC 也会在内部将它们装配成一个 ModelAndView 对象，它包含了逻辑名和模型对象的视图
Spring MVC 借助视图解析器（ViewResolver）得到最终的视图对象（View），最终的视图可以是 JSP ，也可能是 Excel、JFreeChart等各种表现形式的视图
对于最终究竟采取何种视图对象对模型数据进行渲染，处理器并不关心，处理器工作重点聚焦在生产模型数据的工作上，从而实现 MVC 的充分解耦
视图
视图的作用是渲染模型数据，将模型里的数据以某种形式呈现给客户,主要就是完成转发或者是重定向的操作.
为了实现视图模型和具体实现技术的解耦，Spring 在 org.springframework.web.servlet 包中定义了一个高度抽象的 View 接口：
- 视图对象由视图解析器负责实例化。由于视图是无状态的，所以他们不会有线程安全的问题
常用的视图实现类
JstlView
若项目中使用了JSTL，则SpringMVC 会自动把视图由InternalResourceView转为 JstlView （断点调试，将JSTL的jar包增加到项目中，视图解析器会自动修改为JstlView）
若希望直接响应通过 SpringMVC 渲染的页面，可以使用 mvc:view-controller 标签实现
视图解析器
SpringMVC 为逻辑视图名的解析提供了不同的策略，可以在 Spring WEB 上下文中配置一种或多种解析策略，并指定他们之间的先后顺序。每一种映射策略对应一个具体的视图解析器实现类。
视图解析器的作用比较单一：将逻辑视图解析为一个具体的视图对象。
所有的视图解析器都必须实现 ViewResolver 接口：
程序员可以选择一种视图解析器或混用多种视图解析器
每个视图解析器都实现了 Ordered 接口并开放出一个 order 属性，可以通过 order 属性指定解析器的优先顺序，order 越小优先级越高。
SpringMVC 会按视图解析器顺序的优先顺序对逻辑视图名进行解析，直到解析成功并返回视图对象，否则将抛出 ServletException 异常
InternalResourceViewResolver：
JSP 是最常见的视图技术，可以使用 InternalResourceViewResolve作为视图解析器：
mvc:view-controller标签
1）若希望直接响应通过 SpringMVC 渲染的页面，可以使用 mvc:view-controller 标签实现
<!-- 直接配置响应的页面：无需经过控制器来执行结果 -->
<mvc:view-controller path="/success" view-name="success"/>
2）请求的路径：
http://localhost:8080/SpringMVC_02_View/success
