前言
页面跳转的主要两种实现方式:
- 转发
- 重定向
1. 定义
1.1 转发
在客户端中发送请求到服务端,在服务端中有所匹配的servlet即可,之后servlet执行其操作,之后调用getRequestDispacther()方法,把请求转发给指定的前端页面,整个流程都是在服务端中执行(同一个请求)。在转发过程中,可以把数据保存到request域对象中(因为转发使用同一个request域)
request.getRequestDispatcher("/要跳转的地址").forward(request, response);
转发过程中共享同一个请求(request)和响应(response)对象
1.2 重定向
在客户端中发送请求到服务端,在服务端中有所匹配的servlet即可,之后servlet执行其操作,之后调用了sendRedirect()方法,向客户端返回这个响应,响应行发送给客户端要再发送一个请求去访问前端页面。客户端收到请求后,发出一个新请求,去请求前端页面(两个请求互不干扰,相互独立)第一个请求中request里面setAttribute()的数据,第二个请求中的request获取不了
response.sendRedirect("/要跳转的地址");
以上两行代码都是基于继承HttpServlet这个类来执行这些代码
如果不继承这个类的话,需要使用其他方法,比如用的springmvc的一些注解
但是功能都大同小异
2. springmvc实战代码
转发视图
SpringMVC中默认的转发视图是InternalResourceView
SpringMVC中创建转发视图的情况:
当控制器方法中所设置的视图名称以"forward:"为前缀时,创建InternalResourceView视图,此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析,而是会将前缀"forward:"去掉,剩余部分作为最终路径通过转发的方式实现跳转
例如"forward:/",“forward:/employee”
测试代码
不可以使用全路径,使用全路径还不如直接去掉forward,而且之后又是ThymeleafView来解析
@RequestMapping("/testForward")
public String testForward(){
return "forward:/testThymeleafView";
}
重定向视图
SpringMVC中默认的重定向视图是RedirectView
当控制器方法中所设置的视图名称以"redirect:"为前缀时,创建RedirectView视图,此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析,而是会将前缀"redirect:"去掉,剩余部分作为最终路径通过重定向的方式实现跳转
例如"redirect:/",“redirect:/employee”
测试代码
@RequestMapping("/testRedirect")
public String testRedirect(){
return "redirect:/testThymeleafView";
}
3. 总结异同
转发
- 地址栏不变,只是转发另一个页面的请求结果
- 请求次数只有一次,也就是与服务器的交互只有一次
- 数据不会丢失
重定向
- 重定向显示新的地址,可以跳转到任意的URL
- 请求的次数至少2次以上,主要是客户端的请求次数
- 数据可能会丢失
请求次数:2次
总结
-
重定向是浏览器向服务器发送一个请求并收到响应后再次向一个新地址发出请求
转发是服务器收到请求后为了完成响应跳转到一个新的地址 -
重定向两次请求不共享数据
转发一次请求共享数据
(在request级别使用信息共享,使用重定向必然出错)
区别 | 转发forward | 重定向RedirectView |
---|---|---|
根目录 | 包含项目访问地址 | 没有项目访问地址 |
地址栏 | 不会变化 | 会变化 |
跳转起始点 | 服务端 | 客户端 |
跳转限制 | 只能跳转本站资源 | 可任意URL |
请求次数 | 一次 | 至少两次 |
数据 | 不丢失 | 会丢失 |
什么时候选择转发什么时候选择重定向
转发:保留请求域中的数据或者是查询数据的时候
重定向:不保留请求域中的数据或者是对数据库的增删改
转发或重定向后续的代码是否还会运行
无论转发或重定向后续的代码都会执行