response.sendRedirect 的功能是地址重定向

response.sendredirect(url); 

[color=indigo] 新的页面并不能处理旧页面的pagecontext(request,response,...)对象,所以你用request.getparameter(ff)企图调用原页面 request对象的参数,得到的自然是null
[/color]
getservletcontext().getrequestdispatcher(url).forward(request,response);  

[color=indigo] forward函数已经把原页面的request,response对象传入新的页面,因此这新旧页面拥有相同的request,response对象。request.getparameter(ff)就可以得到相应的值
3.servletcontext.getrequestdispatcher路径必须是相对上下文的绝对路径servletrequest .getrequestdispatcher可以是相对也可以是绝对

服务器端进行转向的4种方法: [/color]

1.   servletcontext的getrequestdispatcher()    

2. servletcontext的getnameddispatcher()

3. servletrequest的getrequestdispatcher()

4. servletresponse的sendredirect()进行转向。

1.2.3 => forward()
4. sendredirect()


[color=indigo]使用forward方法,因为这些这样比较高效。只有在forward方法不能使用时,再使用servletresponse的sendredirect()方法。

与 sendredirect 方法的比较

虽然 与 sendredirect 方法,都可以将浏览器浏览的网页,重导至另一个网页,但是两者在原理上是不太相同。

a. :动作是利用伺服端,将资料输出至缓冲区的机制,在前一个网页尚未输出到客户端前,取消资料的输出,然后输出另一个网页的资料,达到重导浏览器的效果。 优点: 两网页间可以分享 request 对象内的变量。

b. sendredirect :动作是透过http协议的header,对浏览器下达重导指令,因此,不牵涉到服务器端缓冲区的问题。不过由于 sendredirect 方法作用于客户端,所以重导前后网页无法分享存在于 request 对象内的变量。 solution: response.sendredirect(“[email protected]”)
直观一点:response.sendredirect(url); 对服务器的响应进行重定向。当server作出响应后,client客户端的请求的生存周期就终止了。这个时候再用request.getparameter()或request.getattribute()得到的只能是null。 getservletcontext().getrequestdispatcher(url).forward(request,response); 它则可以认为是对client的请求(request) 进行传递,在server没有进行响应前,即没有response一直可以进行传递--重定向。前者是的跳转是的客户端,后者是在服务器端,后者在跳转的时候可以传request对象,前者只能通过?穿参数,后者是forword(),这两者在流转的时候url的路径不一样,在ie地址栏显示的路径也不一样。[/color]

你可能感兴趣的:(jsp)