response.sendredirect('http://www./path/error.html');

重定向和轉(zhuǎn)發(fā)有一個(gè)重要的不同：當(dāng)使用轉(zhuǎn)發(fā)時(shí)，JSP容器將使用一個(gè)內(nèi)部的方法來(lái)調(diào)用目標(biāo)頁(yè)面，新的頁(yè)面繼續(xù)處理同一個(gè)請(qǐng)求，而瀏覽器將不會(huì)知道這個(gè)過(guò)程。 與之相反，重定向方式的含義是第一個(gè)頁(yè)面通知瀏覽器發(fā)送一個(gè)新的頁(yè)面請(qǐng)求。因?yàn)椋?dāng)你使用重定向時(shí)，瀏覽器中所顯示的URL會(huì)變成新頁(yè)面的URL, 而當(dāng)使用轉(zhuǎn)發(fā)時(shí)，該URL會(huì)保持不變。重定向的速度比轉(zhuǎn)發(fā)慢，因?yàn)闉g覽器還得發(fā)出一個(gè)新的請(qǐng)求。同時(shí)，由于重定向方式產(chǎn)生了一個(gè)新的請(qǐng)求，所以經(jīng)過(guò)一次重 定向后，request內(nèi)的對(duì)象將無(wú)法使用。

怎么選擇是重定向還是轉(zhuǎn)發(fā)呢？通常情況下轉(zhuǎn)發(fā)更快，而且能保持request內(nèi)的對(duì)象，所以他是第一選擇。但是由于在轉(zhuǎn)發(fā)之后，瀏覽器中URL仍然指向開(kāi)始頁(yè)面，此時(shí)如果重載當(dāng)前頁(yè)面，開(kāi)始頁(yè)面將會(huì)被重新調(diào)用。如果你不想看到這樣的情況，則選擇轉(zhuǎn)發(fā)。

轉(zhuǎn)發(fā)和重定向的區(qū)別

不要僅僅為了把變量傳到下一個(gè)頁(yè)面而使用session作用域，那會(huì)無(wú)故增大變量的作用域，轉(zhuǎn)發(fā)也許可以幫助你解決這個(gè)問(wèn)題。

重定向：以前的request中存放的變量全部失效，并進(jìn)入一個(gè)新的request作用域。

轉(zhuǎn)發(fā)：以前的request中存放的變量不會(huì)失效，就像把兩個(gè)頁(yè)面拼到了一起。

正文開(kāi)始：

先是看上去不同，他們的調(diào)用分別如下：

request.getRequestDispatcher('apage.jsp').forward(request, response);//轉(zhuǎn)發(fā)到apage.jsp

response.sendRedirect('apage.jsp');//重定向到apage.jsp

在jsp頁(yè)面中你也會(huì)看到通過(guò)下面的方式實(shí)現(xiàn)轉(zhuǎn)發(fā)：



我在初學(xué)jsp的時(shí)候，對(duì)這兩個(gè)概念非常模糊，看別人的例子的時(shí)候，也是一頭霧水，不知道什么時(shí)候該用哪個(gè)。希望下面的解說(shuō)能對(duì)你有所幫助。

提 到轉(zhuǎn)發(fā)和重定向就不得不提到request作用域。很多初學(xué)者都知道當(dāng)我們提交一個(gè)表單時(shí)，就創(chuàng)建了一個(gè)新的請(qǐng)求。實(shí)際上，當(dāng)我們點(diǎn)擊一個(gè)鏈接時(shí)，也創(chuàng)建 了一個(gè)新的請(qǐng)求。那么一個(gè)請(qǐng)求的作用于到底有多大呢？例如：在頁(yè)面a.jsp中有一個(gè)鏈接這是指向b的一個(gè)鏈接，而且還帶了一個(gè)參數(shù)。當(dāng)我們點(diǎn)擊這個(gè)連接的時(shí)候，就產(chǎn)生了一個(gè)請(qǐng) 求，為了明確起見(jiàn)，我們把它叫做requestA->B?，F(xiàn)在，在b.jsp頁(yè)面中我們就可以從這個(gè)請(qǐng)求中獲取信息了。在b.jsp中你可以寫入 out.println(request.getParameter('id'))進(jìn)行測(cè)試。下面更復(fù)雜一點(diǎn)，我們?cè)赽.jsp頁(yè)面中增加下面的語(yǔ)句：

request.setAttribute('name','funcreal');

out.println(request.getAttriblute('name'));//成功顯示了name變量的值。

現(xiàn) 在在b.jsp中再增加一個(gè)鏈接：這是指向c的一個(gè)鏈接，而且還帶了一個(gè)參數(shù),當(dāng)我們點(diǎn)擊這個(gè)連接的時(shí)候，將產(chǎn)生一個(gè) 新的請(qǐng)求，這時(shí)requestA-B也就安息了，新的請(qǐng)求叫做requestB-C。同樣的道理，在c.jsp中，我們可以訪問(wèn)到的變量只有age，因?yàn)?id，name這兩個(gè)變量都屬于requestA-B，此時(shí)他已經(jīng)不存在了。下面是源代碼：
a.jsp
<%@ page contentType='text/html; charset=GBK' %>


指向b.jsp，而且還帶了一個(gè)參數(shù)id=1。requestA-B現(xiàn)在誕生了

b.jsp
<%@ page contentType='text/html; charset=GBK' %>


<%
out.println('id=' + request.getParameter('id'));
request.setAttribute('name','Func Real');
out.println('name=' + request.getAttribute('name'));
%>
requestA-B已經(jīng)結(jié)束了。指向c.jsp，而且還帶了一個(gè)參數(shù)age=23

c.jsp
<%@ page contentType='text/html; charset=GBK' %>


<%
out.println('id=' + request.getParameter('id'));
out.println('name=' + request.getAttribute('name'));
out.println('age=' + request.getParameter('age'));
%>

那么轉(zhuǎn)發(fā)又是怎么回事呢？現(xiàn)在增加一個(gè)頁(yè)面叫做d.jsp，并且在c.jsp中前面增加一句
d.jsp
<%@ page contentType='text/html; charset=GBK' %>


requestB-C的魔爪已經(jīng)伸到了d.jsp頁(yè)面
<%
out.println('age=' + request.getParameter('age'));
%>



運(yùn) 行程序，你會(huì)發(fā)現(xiàn)c頁(yè)面中的內(nèi)容沒(méi)有顯示出來(lái)，因?yàn)閒orward是自動(dòng)執(zhí)行的，地址欄中雖然是c.jsp但實(shí)際上，但瀏覽器中顯示的已經(jīng)是d.jsp的 內(nèi)容了，而且看到了從b.jsp傳過(guò)來(lái)的參數(shù)。你可以簡(jiǎn)單得這樣理解：轉(zhuǎn)發(fā)，就是延長(zhǎng)了requestB-C的作用 域，，這一句話實(shí)際上是把c.jsp和d.jsp粘到了一起，他們就像是在一個(gè)頁(yè)面 中。
如果你用過(guò)struts，那么你就知道為什么在Action中，最后一句幾乎總是mapping.findForward('xxx');了。因?yàn)槲覀冊(cè)谶@個(gè)Action中設(shè)置的請(qǐng)求作用域的變量都將會(huì)在下一個(gè)頁(yè)面（也許是另一個(gè)Action）中用到，所以要用轉(zhuǎn)發(fā)。

下面是HttpServletResponse.sendRedirect 方法實(shí)現(xiàn)的請(qǐng)求重定向與RequestDispatcher.forward 方法實(shí)現(xiàn)的請(qǐng)求轉(zhuǎn)發(fā)的總結(jié)比較：
（1）RequestDispatcher.forward 方法只能將請(qǐng)求轉(zhuǎn)發(fā)給同一個(gè)WEB應(yīng)用中的組件；而HttpServletResponse.sendRedirect 方法不僅可以重定向到當(dāng)前應(yīng)用程序中的其他資源，還可以重定向到同一個(gè)站點(diǎn)上的其他應(yīng)用程序中的資源，甚至是使用絕對(duì)URL重定向到其他站點(diǎn)的資源。如果 傳遞給HttpServletResponse.sendRedirect 方法的相對(duì)URL以“/”開(kāi)頭，它是相對(duì)于整個(gè)WEB站點(diǎn)的根目錄；如果創(chuàng)建RequestDispatcher 對(duì)象時(shí)指定的相對(duì)URL以“/”開(kāi)頭，它是相對(duì)于當(dāng)前WEB應(yīng)用程序的根目錄。
（2）調(diào)用HttpServletResponse.sendRedirect 方法重定向的訪問(wèn)過(guò)程結(jié)束后，瀏覽器地址欄中顯示的URL會(huì)發(fā)生改變，由初始的URL地址變成重定向的目標(biāo)URL；而調(diào)用 RequestDispatcher.forward 方法的請(qǐng)求轉(zhuǎn)發(fā)過(guò)程結(jié)束后，瀏覽器地址欄保持初始的URL地址不變。
（3）HttpServletResponse.sendRedirect 方法對(duì)瀏覽器的請(qǐng)求直接作出響應(yīng)，響應(yīng)的結(jié)果就是告訴瀏覽器去重新發(fā)出對(duì)另外一個(gè)URL的訪問(wèn)請(qǐng)求。
舉個(gè)例子：重定向過(guò)程好比有個(gè)綽號(hào)叫“瀏覽器”的人寫信找張三借錢，張三回信說(shuō)沒(méi)有錢，讓“瀏覽器”去找李四借，并將李四現(xiàn)在的通信地址告訴給了“瀏覽器 ”。于是，“瀏覽器”又按張三提供通信地址給李四寫信借錢，李四收到信后就把錢匯給了“瀏覽器”?？梢?jiàn)，“瀏覽器”一共發(fā)出了兩封信和收到了兩次回復(fù)，“ 瀏覽器”也知道他借到的錢出自李四之手。 RequestDispatcher.forward 方法在服務(wù)器端內(nèi)部將請(qǐng)求轉(zhuǎn)發(fā)給另外一個(gè)資源，瀏覽器只知道發(fā)出了請(qǐng)求并得到了響應(yīng)結(jié)果，并不知道在服務(wù)器程序內(nèi)部發(fā)生了轉(zhuǎn)發(fā)行為。這個(gè)過(guò)程好比綽號(hào)叫“ 瀏覽器”的人寫信找張三借錢，張三沒(méi)有錢，于是張三找李四借了一些錢，甚至還可以加上自己的一些錢，然后再將這些錢匯給了“瀏覽器”?？梢?jiàn)，“瀏覽器”只 發(fā)出了一封信和收到了一次回復(fù)，他只知道從張三那里借到了錢，并不知道有一部分錢出自李四之手。
（4）RequestDispatcher.forward 方法的調(diào)用者與被調(diào)用者之間共享相同的request 對(duì)象和response 對(duì)象，它們屬于同一個(gè)訪問(wèn)請(qǐng)求和響應(yīng)過(guò)程；而HttpServletResponse.sendRedirect 方法調(diào)用者與被調(diào)用者使用各自的request 對(duì)象和response 對(duì)象，它們屬于兩個(gè)獨(dú)立的訪問(wèn)請(qǐng)求和響應(yīng)過(guò)程。
對(duì)于同一個(gè)WEB應(yīng)用程序的內(nèi)部資源之間的跳轉(zhuǎn)，特別是跳轉(zhuǎn)之前要對(duì)請(qǐng)求進(jìn)行一些前期預(yù)處理，并要使用 HttpServletRequest.setAttribute 方法傳遞預(yù)處理結(jié)果，那就應(yīng)該使用RequestDispatcher.forward 方法。
不同WEB應(yīng)用程序之間的重定向，特別是要重定向到另外一個(gè)WEB站點(diǎn)上的資源的情況，都應(yīng)該使HttpServletResponse.sendRedirect 方法。
（5）無(wú)論是RequestDispatcher.forward 方法，還是HttpServletResponse.sendRedirect 方法，在調(diào)用它們之前，都不能有內(nèi)容已經(jīng)被實(shí)際輸出到了客戶端。如果緩沖區(qū)中已經(jīng)有了一些內(nèi)容，這些內(nèi)容將被從緩沖區(qū)中清除。