重定向和转发两种方法的联系与区别

本文详细探讨了Servlet中请求转发(RequestDispatcher.forward)和重定向(HttpServletResponse.sendRedirect)的联系与区别,包括它们的使用场景、URL地址栏的变化、请求响应过程以及在数据传递中的差异。转发是服务器行为,URL不变,适合内部跳转且数据不丢失;重定向是客户端行为,URL变化,适用于跨应用跳转,但数据传递受限。在Spring MVC中,为了解决重定向时数据丢失问题,可以使用Flash属性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

联系–共同目标: 在servlet/jsp中实现页面跳转

语法(两种跳转获得对象的方式):

	//获得转发对象
	getRequestDispatcher()
	HttpServletRequest(httpServletRequest).getRequestDispatcher
	
	//获得重定向对象sendRedirect()
	HttpServletResponse(httpServletResponse).sendRedirect();

区别:
1、请求转发RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的组件;而HttpServletResponse.sendRedirect 方法不仅可以重定向到当前应用程序中的其他资源,还可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对URL重定向到其他站点的资源。
如果传递给HttpServletResponse.sendRedirect 方法的相对URL以“/”开头,它是相对于整个WEB站点的根目录;如果创建RequestDispatcher对象时指定的相对URL以“/”开头,它是相对于当前WEB应用程序的根目录。

2、调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后,浏览器地址栏中显示的URL会发生改变,由初始的URL地址变成重定向的目标URL;而调用RequestDispatcher.forward 方法的请求转发过程结束后,浏览器地址栏保持初始的URL地址不变。

3、请求转发(一次请求一次回复);重定向(两次请求两次回复)
HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应,响应的结果就是告诉浏览器去重新发出对另外一个URL的 访问请求。
请求转发的过程是:一个叫做“浏览器”的人写信找张三借钱,张三没有钱,于是张三找李四借了一些钱,甚至还可以加上自己的一些钱,然后张三再将这些钱汇给了“浏览器”。这个过程中,“浏览器”只向张三发出一封信并收到了一次来自张三的回复,他只知道从张三那里借到了钱,并不知晓李四的存在。
重定向的过程是:
浏览器写信找张三借钱,张三直接回复浏览器,自己手里钱不够,告诉他还钱的事找李四,并由李四向浏览器还钱,此过程中浏览器知道李四这个人的存在。

4、RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象,它们属于同一个访问请求和响应过程(浏览器向张三提出还钱请求,张三把钱还给了浏览器)
而HttpServletResponse.sendRedirect方法调用者与被调用者使用各自的request对象和response对象,它们属于两个独立的访问请求和响应过程(浏览器向张三提出还钱请求,张三跟浏览器说李四欠我的钱,你找李四要你的钱,于是浏览器再向李四要钱,随后李四还给了浏览器钱)。对于同一个WEB应用程序的内部资源之间的跳转,特别是跳转之前要对请求进行一些前期预处理,并要使用HttpServletRequest.setAttribute方法传递预处理结果,那就应该使用RequestDispatcher.forward方法。不同WEB应用程序之间的重定向,特别是要重定向到另外一个WEB站点上的资源的情况,都应该使用HttpServletResponse.sendRedirect方法。

5、无论是请求转发,还是重定向。在调用它们之前,都不能有任何内容已经被实际输出到客户端浏览器上。如果缓冲区中已经有了一些内容,这些内容将被从缓冲区中清空。

小结
1、转发使用的是getRequestDispatcher()方法;重定向使用的是sendRedirect();

2、转发:浏览器URL的地址栏不变(找张三还钱,最后还是张三还的钱)。重定向:浏览器URL的地址栏改变(找张三还钱,最后由李四还钱);

3、转发是服务器行为,重定向是客户端行为;

4、转发是浏览器只做了一次访问请求。重定向是浏览器做了至少两次的访问请求;

5、转发2次跳转之间传输的信息不会丢失,重定向2次跳转之间传输的信息会丢失(request范围)。

6、重定向的速度比转发慢,因为浏览器还得发出一个新的请求,如果在使用转发和重定向都无所谓的时候建议使用转发。

7、因为转发只能访问当前WEB的应用程序,所以不同WEB应用程序之间的访问,特别是要访问到另外一个WEB站点上的资源的情况,这个时候就只能使用重定向了。

转发和重定向的应用场景
因为转发是要比重定向快,如果两者皆可,建议使用转发。

另外,重定向还有一个应用场景:避免在用户重新加载页面时两次调用相同的动作。
例如,当提交表单的时候,执行保存的方法将会被调用,并执行相应的动作;这在一个真实的应用程序中,很有可能将表单中的所有信息加入到数据库中。如果在提交表单后,重新加载页面,执行保存的方法就很有可能再次被调用。同样的信息就将可能再次被添加,为了避免这种情况,提交表单后,你可以将用户重定向到一个不同的页面,这样的话,这个网页任意重新加载都没有副作用;

问题:
重定向前后两次request对象并非同一个,因此使用它无法将值轻松地传递给目标页面。而采用转发,则可以简单地将属性添加到Model,使得目标视图轻松访问。由于重定向经过客户端,所以Model中的一切都会在重定向时丢失。

解决方案:
在Spring3.1版本以后,我们可以通过Flash属性,解决重定向时传值丢失的问题。
要使用Flash属性,必须在Spring MVC的配置文件中添加一个。然后,还必须再方法上添加一个新的参数类型:org.springframework.web.servlet.mvc.support.RedirectAttributes。

注:本文章中的部分知识点取材于网上,并根据个人理解加以阐述、栓释。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值