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

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

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

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

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

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

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

正文開始：

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

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

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

在jsp頁面中你也會看到通過下面的方式實現(xiàn)轉(zhuǎn)發(fā)：



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

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

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

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

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


指向b.jsp，而且還帶了一個參數(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，而且還帶了一個參數(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)在增加一個頁面叫做d.jsp，并且在c.jsp中前面增加一句
d.jsp
<%@ page contentType='text/html; charset=GBK' %>


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



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

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