该用户从未签到
|
重定向和转发有一个重要的不同:7 j. Z- n9 @8 I$ e4 m% F- X
4 k. N5 u; n8 G3 g9 m1 _ N2 p
- d: U4 \5 x* i, K* H 转发-----JSP容器将使用一个内部的方法来调用目标页面,新的页面继续处理同一个请求, 而浏览器将不会知道这个过程。0 f2 K" m; f* G- X( }' |7 d
# A5 P5 b7 H8 `+ \3 m
重定向------是第一个页面通知浏览器发送一个新的页面请求。此时,浏览器中所显示的URL会变成新页面的URL, 而转发时 ,该URL会保持不变。0 d7 E, N+ ?5 |$ o( x4 p
+ j6 E9 Z& I; i6 m0 V% z& Y
重定向的速度比转发慢,因为浏览器还得发出一个新的请求。同时,由于重定向方式产生了一个新的请求,所以经过一次重定向后,request内的对象将无法使用。8 ~& i% z4 D! I) y y- U
6 A& o! L) t, h2 T1 |( F/ y. J
`! \: h0 r% ^# s9 n( m3 s
6 C' z0 _- @* a- y: J5 k 怎么选择是重定向还是转发呢?$ J: }7 ]$ Q5 x) w5 e. V
* Q+ @ f' q. O8 P- P6 w) [3 i
通常情况下转发更快,而且能保持request内的对象,所以他是第一选择。
# ~( b$ {2 ?- A1 _" j
! @" A7 Q. h7 Q 但是由于在转发之后,浏览器中URL仍然指向开始页面,此时如果重载当前页面,开始页面将会被重新调用。: K% B; c$ h- f: ~+ S! n
- U$ ^, n3 [3 Q0 M; F' M 如果你不想看到这样的情况,则选择重定向* g3 R: g0 `/ q. G' ?
l" |/ h [5 N4 o+ V1 X& i4 N' v
转发和重定向的区别
+ \; ?' e+ B* ] A9 I& Y4 F
4 Z; c w3 O; f$ K7 r" ^- C) G A转发方式
4 {' v& {6 f9 P2 c: b2 N
/ \% p* l$ J6 E6 |) Q:request.getRequestDispatcher().forward(); ) v A$ Y7 e5 N
; Q; d; v. j8 l% w$ \
重定向方式7 s; W* g7 f/ j8 T. X+ d; \. e! w9 T: a
. Y+ G* H1 O( f$ m5 F( H:response.sendRedirect(); ; p- b L/ |& n4 q, l
{0 J& D2 ~# P# O3 b& S5 n
" X' v' p }3 Y% l8 f
- T$ x) e4 J* r3 ~: s* GHttpServletResponse.sendRedirect方法实现的请求重定向与RequestDispatcher.forward方法实现的请求转发的总结比较:3 X- [$ F$ F4 n8 X- `5 ~ r5 E1 t: M
1 U. F: M7 y4 M2 Q, m( c. ]7 q" Z& Z& Y
8 r. D s, M$ p3 I 1.RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的组件;而HttpServletResponse.sendRedirect 方法不仅可以重定向到当前应用程序中的其他资源,9 r8 X: G4 B- a- M+ O
0 W6 `; ]8 f. s! ^
还可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对URL重定向到其他站点的资源。如果传递给HttpServletResponse.sendRedirect 方法的相对URL以“/”
0 ?# `4 U! u2 |; }- A, h2 ~3 k7 U! ] V7 C d7 n+ B+ y
开头,它是相对于整个WEB站点的根目录;如果创建RequestDispatcher对象时指定的相对URL以“/”开头,它是相对于当前WEB应用程序的根目录。
M) ^. t& W' J8 `* |
# t- d, D) n7 Z `2.调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后,浏览器地址栏中显示的URL会发生改变,由初始的URL地址变成重定向的目标URL;而调用RequestDispatcher.forward
8 @: G; U, w3 L; p! h2 _0 ~ B, K' }- y* J
方法的请求转发过程结束后,浏览器地址栏保持初始的URL地址不变。
S5 d+ U" l- M, r3 R3 L3 g5 W7 d: b* y. L5 E
3.HttpServletResponse.sendRedirect方法对浏览器的请求直接作出响应,响应的结果就是告诉浏览器去重新发出对另外一个URL的访问请求,这个过程好比有个绰号叫“浏览器”的人写信找张三借钱,
! y% H: X" V7 e3 w2 I% g2 V0 b; R$ j' W I3 O
张三回信说没有钱,让“浏览器“去找李四借,并将李四现在的通信地址告诉给了“浏览器”。于是,“浏览器”又按张三提供通信地址给李四写信借钱,李四收到信后就把钱汇给了“浏览器”。可见,“浏览器”- i2 H; q. B) z
& o. [6 B, u9 W1 a% v
一共发出了两封信和收到了两次回复,“浏览器”也知道他借到的钱出自李四之手。RequestDispatcher.forward方法在服务器端内部将请求转发给另外一个资源,浏览器只知道发出了请求并得到了响应结果,
. l% }3 G/ s5 F& e, l
0 b& h q: v& K$ S7 C: p并不知道在服务器程序内部发生了转发行为。这个过程好比绰号叫“浏览器”的人写信找张三借钱,张三没有钱,于是张三找李四借了一些钱,甚至还可以加上自己的一些钱,然后再将这些钱汇给了“浏览器”3 T: ?2 n# m3 |( [# h0 N" r
5 i+ i* r" L/ T' M6 I3 P) s+ N% ?。可见,“浏览器”只发出了一封信和收到了一次回复,他只知道从张三那里借到了钱,并不知道有一部分钱出自李四之手。- a8 N; X# f" t" g6 R8 n
j& v/ ], `' N. i9 X8 ~% ?
' _! |" u, @5 J9 L9 j8 J
4.RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象,它们属于同一个访问请求和响应过程;而HttpServletResponse.sendRedirect方法调用者与被调用者使用各自的
& {6 x) d, V" i: f% E6 y% Y9 z \# l' n) R! }
request对象和response对象,它们属于两个独立的访问请求和响应过程。对于同一个WEB应用程序的内部资源之间的跳转,特别是跳转之前要对请求进行一些前期预处理,并要使用HttpServletRequest.setAttribute方法传递预处理
" g6 V0 I# i. I u0 E% \
. F E: P: u( ?结果,那就应该使用RequestDispatcher.forward方法。不同WEB应用程序之间的重定向,特别是要重定向到另外一个WEB站点上的资源的情况,都应该使用HttpServletResponse.sendRedirect方法。7 U1 i2 s& T# F' `: k( n+ s
: d/ H" H* Z; `0 m! t2 Y' y: @8 v+ {' y
5.无论是RequestDispatcher.forward方法,还是HttpServletResponse.sendRedirect方法,在调用它们之前,都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有: k8 T+ o/ X5 H! H' k9 f+ a9 q
, Y2 m3 a; n! f1 S
了一些内容,这些内容将被从缓冲区中清除。( L" d, i1 W! V" w2 A
不要仅仅为了把变量传到下一个页面而使用session作用域,那会无故增大变量的作用域,$ F$ ~5 f& [' G! ]
3 A1 w$ O+ L; m
转发也许可以帮助你解决这个问题。/ \( f4 b5 R) ~! i6 p$ n
! o# z2 |: o5 d+ z# C重定向:
" P& f7 P6 J0 O! L, c/ `* J( { 以前的request中存放的变量全部失效,并进入一个新的request作用域。
5 ?, r/ y1 k* L% B2 A转发:
, t0 L/ Z" O' w5 H' z) s* o) I0 d. @6 q7 d
以前的request中存放的变量不会失效,就像把两个页面拼到了一起。3 F; _2 K* x% Q* B8 I
- I/ }( L/ }1 a: [
5 @9 U+ ?# ?6 M2 ?
; z) u }) Y& I' P8 R# ~ |
|