`
雨过天晴0521
  • 浏览: 154762 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

[转]转发和重定向的区别

 
阅读更多
转发方式:request.getRequestDispatcher().forward();

重定向方式:response.sendRedirect();


下面是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方法,在调用它们之前,都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容,这些内容将被从缓冲区中清除。
      
   怎么选择是重定向还是转发呢?通常情况下转发更快,而且能保持request内的对象,所以他是第一选择。但是由于在转发之后,浏览器中URL仍然指向开始页面,此时如果重载当前页面,开始页面将会被重新调用。如果你不想看到这样的情况,则选择转发。不要仅仅为了把变量传到下一个页面而使用session作用域,那会无故增大变量的作用域,转发也许可以帮助你解决这个问题。
重定向:以前的request中存放的变量全部失效,并进入一个新的request作用域。
转发:以前的request中存放的变量不会失效,就像把两个页面拼到了一起。


总结

转发流程:
客户端A(发送请求到服务器B) -> 服务器B(将请求发送到服务器C) -> 服务器C(处理请求,将结果返回到服务器B) -> 服务器B(将服务器C返回的结果返回到客户端A显示) -> 客户端A(显示结果)

重定向流程:
客户端A(发送请求到服务器B) -> 服务器B(将新的请求地址返回给客户端A) -> 客户端A(拿到新地址,并自动向新地址发送请求) -> 服务器C(处理请求并将结果返回给客户端A) -> 客户端A(显示结果)

PS:转发时地址栏中的地址不会改变,重定向会改变地址栏中的地址

URL重写,通常是通过过滤器实现,流程大致如下:
客户端A(发送请求到服务器B) -> 服务器B(分析重写的URL,将请求发送到对应的操作,并将结果返回到客户端A显示) -> 客户端A(显示结果)


两种转向的区别

a.forward跳转到的页面能够接受到request设置的属性,而sendRedirect不能
(所它得使用比request范围更广的session设置属性)
b.forward跳转到的页面不必写全路径名,而sendRedirect必须写全路径名
c.forward不能跳转到此web项目以外的连接,而sendRedirect可以跳转到此web项目以外的连接
d.forward跳转后地址栏显示不变,而sendRedirect跳转后显示的是目标的地址信息
e.forward跳转的速度相对而言比sendRedirect跳转的速度要快 
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics