jsp重定向和轉發

表單提交到servlet后，servlet進行轉發之后瀏覽器上的url為什么還是servlet的url-pattern,但是頁面內容卻是跳轉之后頁面的內容。這個其實和轉發和重定向有關系。

當使用轉發方法的時候，前台提交的表單的內容在servlet中利用request對象可以獲取到，而跳轉到result.jsp之后，在result。jsp中用request也能獲取到提交的內容。這里瀏覽器的地址是servlet的映射地址。

   

 

而使用重定向方法的時候，前台提交的表單內容在servlet中可以獲取，但是在result.jsp頁面中卻獲取不了。這里瀏覽器的地址是目標頁面的url。

  

 

1、請求轉發（RequestDispatcher）的過程：

         客戶首先發送一個請求到服務器端，服務器端發現匹配的servlet，並指定它去執行，當這個servlet執行完之后，它要調用 getRequestDispacther()方法，把請求轉發給指定的result.jsp,整個流程都是在服務器端完成的，而且是在同一個請求里面完成的，因此servlet和jsp共享的是同一個request對象，在servlet里面放的所有東西，在jsp中都能取出來，因此，jsp能把結果通過getAttribute()方法獲取，getAttribute()執行完把結果返回給客戶端。整個過程是一個請求，一個響應。

 

2、重定向（sendRedirect）的工作原理：

           客戶發送一個請求到服務器，服務器匹配servlet，這都和請求轉發一樣，servlet處理完之后調用了sendRedirect()這個方法，這個方法是response的方法，所以，當這個servlet處理完之后，執行到response.senRedirect()方法，立即向客戶端返回這個響應，告訴客戶端你必須要再發送一個請求，去訪問result.jsp，緊接着客戶端受到這個請求后，立刻發出一個新的請求，去請求result.jsp, 這里兩個請求互不干擾，相互獨立，在前面request里面setAttribute()的任何東西，在后面的request里面都獲得不了。可見，在 sendRedirect()里面是兩個請求，兩個響應。

 

3.轉發是服務器行為，重定向是客戶端行為。

轉發過程：客戶瀏覽器發送http請求----》web服務器接受此請求--》調用內 部的一個方法在容器內部完成請求處理和轉發動作----》將目標資源發送給客戶;在這里，轉發的路徑必須是同一個web容器下的url，其不能轉向到其他 的web路徑上去，中間傳遞的是自己的容器內的request。在客戶瀏覽器路徑欄顯示的仍然是其第一次訪問的路徑，也就是說客戶是感覺不到服務器做了轉 發的。轉發行為是瀏覽器只做了一次訪問請求。

重定向過程：客戶瀏覽器發送http請求----》web服務器接受后發送302狀態 碼響應及對應新的location給客戶瀏覽器--》客戶瀏覽器發現是302響應，則自動再發送一個新的http請求，請求url是新的location 地址----》服務器根據此請求尋找資源並發送給客戶。在這里 location可以重定向到任意URL，既然是瀏覽器重新發出了請求，則就沒有什么request傳遞的概念了。在客戶瀏覽器路徑欄顯示的是其重定向的 路徑，客戶可以觀察到地址的變化的。重定向行為是瀏覽器做了至少兩次的訪問請求的。

 

參考資料：（本博客借鑒下面兩位大牛的文章，整理了一下，僅用於學習）

http://blog.csdn.net/kobejayandy/article/details/13762043

http://www.cnblogs.com/CodeGuy/archive/2012/02/13/2349970.html