详解java重定向和转发的区别
重定向和转发有⼀个重要的不同:当使⽤转发时,JSP容器将使⽤⼀个内部的⽅法来调⽤⽬标页⾯,新的页⾯继续处理同⼀个请求,⽽浏览器将不会知道这个过程。 与之相反,重定向⽅式的含义是第⼀个页⾯通知浏览器发送⼀个新的页⾯请求。因为,当你使⽤重定向时,浏览器中所显⽰的URL会变成新页⾯的URL, ⽽当使⽤转发时,该URL会保持不变。重定向的速度⽐转发慢,因为浏览器还得发出⼀个新的请求。同时,由于重定向⽅式产⽣了⼀个新的请求,所以经过⼀次重定向后,request内的对象将⽆法使⽤。
javaservlet和jsp的比较怎么选择是重定向还是转发呢?通常情况下转发更快,⽽且能保持request内的对象,所以他是第⼀选择。但是由于在转发之后,浏览器中URL仍然指向开始页⾯,此时如果重载当前页⾯,开始页⾯将会被重新调⽤。如果你不想看到这样的情况,则选择转发。
转发和重定向的区别
不要仅仅为了把变量传到下⼀个页⾯⽽使⽤session作⽤域,那会⽆故增⼤变量的作⽤域,转发也许可以帮助你解决这个问题。
重定向:以前的request中存放的变量全部失效,并进⼊⼀个新的request作⽤域。
转发:以前的request中存放的变量不会失效,就像把两个页⾯拼到了⼀起。
正⽂开始:
先是看上去不同,他们的调⽤分别如下:
response.sendRedirect("apage.jsp");//servlet原⽣:重定向到apage.jsp
return "redirect:/home/index"; //mvc中直接重定向
在jsp页⾯中你也会看到通过下⾯的⽅式实现转发:
<jsp:forward page="apage.jsp" />
我在初学jsp的时候,对这两个概念⾮常模糊,看别⼈的例⼦的时候,也是⼀头雾⽔,不知道什么时候该⽤哪个。希望下⾯的解说能对你有所帮助。
提到转发和重定向就不得不提到request作⽤域。很多初学者都知道当我们提交⼀个表单时,就创建了⼀个新的请求。实际上,当我们点击⼀个链接时,也创建 了⼀个新的请求。那么⼀个请求的作⽤域到底有多⼤呢?
例如:在页⾯a.jsp中有⼀个链接
<a href="b.jsp?id=1">这是指向b的⼀个链接,⽽且还带了⼀个参数</a>
当我们点击这个连接的时候,就产⽣了⼀个请 求,为了明确起见,我们把它叫做requestA->B。现在,在b.jsp页⾯中我们就可以从这个请求中获取信息了。在b.jsp中你可以写⼊ :
out.Parameter("id"))
进⾏测试。下⾯更复杂⼀点,我们在b.jsp页⾯中增加下⾯的语句:
request.setAttribute("name","funcreal");
out.Attriblute("name"));//成功显⽰了name变量的值。
现在在b.jsp中再增加⼀个链接:
<a href="c.jsp?age=23">这是指向c的⼀个链接,⽽且还带了⼀个参数</a>
当我们点击这个连接的时候,将产⽣⼀个 新的请求,这时requestA->B也就安息了,新的请求叫做requestB->C。同样的道理,在c.jsp 中,我们可以访问到的变量只有age,因为 id,name这两个变量都
属于requestA->B,此时他已经不存在了。下⾯是源代码:
a.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
<a href="b.jsp?id=1">指向b.jsp,⽽且还带了⼀个参数id=1。requestA-B现在诞⽣了</a>
</body>
</html>
b.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" + Parameter("id"));
request.setAttribute("name","Func Real");
out.println("name=" + Attribute("name"));
%>
<a href="c.jsp?age=23">requestA-B已经结束了。指向c.jsp,⽽且还带了⼀个参数age=23</a>
</body>
</html>
c.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" + Parameter("id"));
out.println("name=" + Attribute("name"));
out.println("age=" + Parameter("age"));
%>
</body>
</html>
那么转发⼜是怎么回事呢?现在增加⼀个页⾯叫做d.jsp,并且在c.jsp中/body> 前⾯增加⼀句<jsp:forward page=“d.jsp”/>
d.jsp
<%@ page contentType="text/html; charset=GBK" %>
<html>
<body bgcolor="#ffffff">
requestB-C的魔⽖已经伸到了d.jsp页⾯
<%
out.println("age=" + Parameter("age"));
%>
</body>
</html>
运⾏程序,你会发现c页⾯中的内容没有显⽰出来,因为forward是⾃动执⾏的,地址栏中虽然是c.jsp但实际上,浏览器中显⽰的已经是d.jsp的内容了,⽽且看到了从b.jsp传过来的参数。你可以简单得这样理解:转发,就是延长了requestB-C的作⽤域。
<jsp:forwardpage="d.jsp"/>
这⼀句话实际上是把c.jsp和d.jsp粘到了⼀起,他们就像是在⼀个页⾯中。
如果你⽤过struts,那么你就知道为什么在Action中,最后⼀句⼏乎总是mapping.findForward(“xxx”);了。因为我们在这个Action中设置的请求作⽤域的变量都将会在下⼀个页⾯(也许是另⼀个Action)中⽤到,所以要⽤转发。
下⾯是HttpServletResponse.sendRedirect ⽅法实现的请求重定向与RequestDispatcher.forward ⽅法实现的请求转发的总结⽐较:
(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的访问请求。
举个例⼦:重定向过程好⽐有个绰号叫“浏览器”的⼈写信张三借钱,张三回信说没有钱,让“浏览器”去李四借,并将李四现在的通信地址告诉给了“浏览器 ”。于是,“浏览器”⼜按张三提供通信地址给李四写信借钱,李四收到信后就把钱汇给了“浏览器”。可见,“浏览器”⼀共发出了两封信和收到了两次回复,“ 浏览器”也知道他借到的钱出⾃李四之⼿。
RequestDispatcher.forward ⽅法在服务器端内部将请求转发给另外⼀个资源,浏览器只知道发出了请求并得到了响应结果,并不知道在服务器程序内部发⽣了转发⾏为。这个过程好⽐绰号叫“ 浏览器”的⼈写信张三借钱,张三没有钱,于是张三李四借了⼀些钱,甚⾄还可以加上⾃⼰的⼀些钱,然后再将这些钱汇给了“浏览器”。可见,“浏览器”只 发出了⼀封信和收到了⼀次回复,他只知道从张三那⾥借到了钱,并不知道有⼀部分钱出⾃李四之⼿。
(4)RequestDispatcher.forward ⽅法的调⽤者与被调⽤者之间共享相同的request 对象和response 对象,它们属于同⼀个访问请求和响应过程;⽽HttpServletResponse.sendRedirect ⽅法调⽤者与被调⽤者使⽤各⾃的request 对象和response 对象,它们属于两个独⽴的访问请求和响应过程。
对于同⼀个WEB应⽤程序的内部资源之间的跳转,特别是跳转之前要对请求进⾏⼀些前期预处理,并要
使⽤
HttpServletRequest.setAttribute ⽅法传递预处理结果,那就应该使⽤RequestDispatcher.forward ⽅法。
不同WEB应⽤程序之间的重定向,特别是要重定向到另外⼀个WEB站点上的资源的情况,都应该使
HttpServletResponse.sendRedirect ⽅法。
(5)⽆论是RequestDispatcher.forward ⽅法,还是HttpServletResponse.sendRedirect ⽅法,在调⽤它们之前,都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了⼀些内容,这些内容将被从缓冲区中清除。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论