欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

jsp

程序员文章站 2022-06-30 19:06:15
jsp 内置对象 转发与重定向的比较 重定向和转发有一个重要的不同:当使用转发时,JSP容器将使用一个内部的方法来调用目标页面,新的页面继续处理同一个请求,而浏览器将不会知道这个过程。 与之相反,重定向方式的含义是第一个页面通知浏览器发送一个新的页面请求。因为,当你使用重定向时,浏览器中所显示的UR ......

        重定向和转发有一个重要的不同:当使用转发时,jsp容器将使用一个内部的方法来调用目标页面,新的页面继续处理同一个请求,而浏览器将不会知道这个过程。 与之相反,重定向方式的含义是第一个页面通知浏览器发送一个新的页面请求。因为,当你使用重定向时,浏览器中所显示的url会变成新页面的url, 而当使用转发时,该url会保持不变。重定向的速度比转发慢,因为浏览器还得发出一个新的请求。同时,由于重定向方式产生了一个新的请求,所以经过一次重 定向后,request内的对象将无法使用。 
  怎么选择是重定向还是转发呢?通常情况下转发更快,而且能保持request内的对象,所以它是第一选择。但是由于在转发之后,浏览器中url仍然指向开始页面,此时如果重载当前页面,开始页面将会被重新调用。如果你不想看到这样的情况,则选择重定向。 

转发和重定向的区别 :

1、重定向时浏览器上的网址改变,转发是浏览器上的网址不变;
2、重定向实际上产生了两次请求,转发只有一次请求;
重定向:
  发送请求 -->服务器运行-->响应请求,返回给浏览器一个新的地址与响应码-->浏览器根据响应码,判定该响应为重定向,自动发送一个新的请求给服务器,请求地址为之前返回的地址-->服务器运行-->响应请求给浏览器;
转发:
  发送请求 -->服务器运行-->进行请求的重新设置,例如通过request.setattribute(name,value)-->根据转发的地址,获取该地址的网页-->响应请求给浏览器
3、重定向时的网址可以是任何网址,转发的网址必须是本站点的网址。
重定向:以前的request中存放的变量全部失效,并进入一个新的request作用域。
转发:以前的request中存放的变量不会失效,就像把两个页面拼到了一起。
详细介绍:
  首先是看上去不同,他们的调用分别如下:
  1、request.getrequestdispatcher("apage.").forward(request, response);//转发到apage.jsp
     2、response.sendredirect("apage.jsp");//重定向到apage.jsp
  在jsp页面中也允许通过下面的方式实现转发:
<jsp:forward page="apage.jsp" />
  重定向:以前的request中存放的变量全部失效,并进入一个新的request作用域。 
  转发:以前的request中存放的变量不会失效,就像把两个页面拼到了一起。

  提 到转发和重定向就不得不提到request作用域。很多初学者都知道当我们提交一个表单时,就创建了一个新的请求。实际上,当我们点击一个链接时,也创建 了一个新的请求。那么一个请求的作用于到底有多大呢?例如:在页面a.jsp中有一个链接<a href="b.jsp?id=1"></a>这是指向b的一个链接,而且还带了一个参数</a>。当我们点击这个链接的时候,就产生了一个请 求,为了明确起见,我们把它叫做requesta->b。现在,在b.jsp页面中我们就可以从这个请求中获取信息了。在b.jsp中你可以写入 out.println(request.getparameter("id"))进行测试。下面更复杂一点,我们在b.jsp页面中增加下面的语句:
  request.setattribute("name","funcreal"); //为请求设置一个name属性
  out.println(request.getattriblute("name"));//在jsp显示name变量的值
  在b.jsp中再增加一个链接:<a href="c.jsp?age=23"></a>这是指向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=" + request.getparameter("id"));
      request.setattribute("name","func real");
      out.println("name=" + request.getattribute("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=" + request.getparameter("id"));
      out.println("name=" + request.getattribute("name"));
      out.println("age=" + request.getparameter("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=" + request.getparameter("age"));
    %>
  </body>
</html>
  运行程序,发现c页面中的内容没有显示出来,因为forward是自动执行的,地址栏中虽然是c.jsp但实际上,但浏览器中显示的已经是d.jsp的 内容了,而且看到了从b.jsp传过来的参数。你可以简单得这样理解:转发,就是延长了requestb-c的作用 域,<jsp:forwardpage="d.jsp"/>,这一句话实际上是把c.jsp和d.jsp粘到了一起,他们就像是在一个页面 中。

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 方法,在调用它们之前,都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容,这些内容将被从缓冲区中清除。