java中转发与重定向的区别

拧巴人

重定向和转发有一个重要的不同：
& x. H# _" d4 O5 P3 m! R9 v: m: ]5 y

2 v4 D* n: P* [* l1 Z      转发-----JSP容器将使用一个内部的方法来调用目标页面,新的页面继续处理同一个请求， 而浏览器将不会知道这个过程。

4 C; F$ |3 j2 X! V, l) j7 r0 m      重定向------是第一个页面通知浏览器发送一个新的页面请求。此时，浏览器中所显示的URL会变成新页面的URL, 而转发时 ，该URL会保持不变。
  L" Q% U0 Z. G5 y+ l: j. H
      重定向的速度比转发慢，因为浏览器还得发出一个新的请求。同时，由于重定向方式产生了一个新的请求，所以经过一次重定向后，request内的对象将无法使用。



- p6 Y/ M. o) {" A8 ?* j      怎么选择是重定向还是转发呢？

     通常情况下转发更快，而且能保持request内的对象，所以他是第一选择。
& J9 t( u  N* o0 i& [+ `. ]
( o/ B0 I5 l9 }1 V     但是由于在转发之后，浏览器中URL仍然指向开始页面，此时如果重载当前页面，开始页面将会被重新调用。

' U8 s- o+ R& d3 ~( v4 |     如果你不想看到这样的情况，则选择重定向
$ m2 h" B' f* G, a
# Y9 R8 O; n" Q/ K4 C转发和重定向的区别

转发方式
% z; e/ E& c" v. q/ M& E, U
:request.getRequestDispatcher().forward();

重定向方式

:response.sendRedirect();

. F7 P( V! k1 _2 l% ~9 j

) N! s3 e( n- n- KHttpServletResponse.sendRedirect方法实现的请求重定向与RequestDispatcher.forward方法实现的请求转发的总结比较：
- U4 i- R; n$ C  W6 a

9 E9 [2 ^: g: W: S9 N
       1.RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的组件；而HttpServletResponse.sendRedirect 方法不仅可以重定向到当前应用程序中的其他资源，
" w. h. \; H! `. c
  U6 z- k4 q9 U2 P6 a$ I还可以重定向到同一个站点上的其他应用程序中的资源，甚至是使用绝对URL重定向到其他站点的资源。如果传递给HttpServletResponse.sendRedirect 方法的相对URL以“/”
) T! l! B' S0 Y, X7 u6 Z, [
开头，它是相对于整个WEB站点的根目录；如果创建RequestDispatcher对象时指定的相对URL以“/”开头，它是相对于当前WEB应用程序的根目录。

2.调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后，浏览器地址栏中显示的URL会发生改变，由初始的URL地址变成重定向的目标URL；而调用RequestDispatcher.forward
' {4 ?  R! N5 f- Y2 s
方法的请求转发过程结束后，浏览器地址栏保持初始的URL地址不变。

3 B+ ]0 T+ M2 k  C1 B( C3.HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应，响应的结果就是告诉浏览器去重新发出对另外一个URL的访问请求，这个过程好比有个绰号叫“浏览器”的人写信找张三借钱，
" {3 k$ Q& ]9 f% m1 {  g9 t* @- E
张三回信说没有钱，让“浏览器“去找李四借，并将李四现在的通信地址告诉给了“浏览器”。于是，“浏览器”又按张三提供通信地址给李四写信借钱，李四收到信后就把钱汇给了“浏览器”。可见，“浏览器”

; D2 o* |* r  ^. T0 A8 }$ z1 q一共发出了两封信和收到了两次回复，“浏览器”也知道他借到的钱出自李四之手。RequestDispatcher.forward方法在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果，

# _* k$ N0 _. b0 E并不知道在服务器程序内部发生了转发行为。这个过程好比绰号叫“浏览器”的人写信找张三借钱，张三没有钱，于是张三找李四借了一些钱，甚至还可以加上自己的一些钱，然后再将这些钱汇给了“浏览器”
- M- T, b7 L8 c! ]- o
5 m" z" S' y! ~- i. _* K/ N。可见，“浏览器”只发出了一封信和收到了一次回复，他只知道从张三那里借到了钱，并不知道有一部分钱出自李四之手。

2 k9 H4 e; a" [5 ^  D8 p7 T
* k7 I/ `( k* R4.RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect方法调用者与被调用者使用各自的
8 H3 u0 ~9 ~" N# \- v& O5 W* t
request对象和response对象，它们属于两个独立的访问请求和响应过程。对于同一个WEB应用程序的内部资源之间的跳转，特别是跳转之前要对请求进行一些前期预处理，并要使用HttpServletRequest.setAttribute方法传递预处理
  [5 c# s/ U5 S# }) A$ ?5 k- s# V
3 Q/ Z9 K- i' S/ f# m% ?结果，那就应该使用RequestDispatcher.forward方法。不同WEB应用程序之间的重定向，特别是要重定向到另外一个WEB站点上的资源的情况，都应该使用HttpServletResponse.sendRedirect方法。


( d- A9 z, E+ \* x' T9 C% X% M; B5.无论是RequestDispatcher.forward方法，还是HttpServletResponse.sendRedirect方法，在调用它们之前，都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有
3 ]2 L1 k) \: ~. H
, a  r9 y' }+ B' p, i5 N了一些内容，这些内容将被从缓冲区中清除。
       不要仅仅为了把变量传到下一个页面而使用session作用域，那会无故增大变量的作用域，

# r! s; X3 h2 N( {7 h2 }) @) b& a; G转发也许可以帮助你解决这个问题。

重定向：
' q( W5 }7 `& w4 ~0 ^9 `! N' f    以前的request中存放的变量全部失效，并进入一个新的request作用域。
; c" D4 g6 Z( b5 w转发：

   以前的request中存放的变量不会失效，就像把两个页面拼到了一起。
1 O/ `& W$ M% k7 h6 G

' @6 M* b5 A6 @& k, K& c
( M" y) h- B; V2 L2 q2 Y) Z! T