轉發與重定向
轉發和重定向
先是看上去不同，他們的調用分別如下：
equest.getRequestDispatcher("apage.jsp").forward(request, response);//轉發到apage.jsp
response.sendRedirect("apage.jsp");//重定向到apage.jsp
很多初學者都知道當我們提交一個表單時，就創建了一個新的請求。實際上，當我們點擊一個鏈接時，也創建 了一個新的請求。那麽一個請求的作用於到底有多大呢？例如：在頁面a.jsp中有一個鏈接<a href="b.jsp?id=1">這是指向b的一個鏈接，而且還帶了一個參數</a>。當我們點擊這個連接的時候，就產生了一個請 求，為了明確起見，我們把它叫做requestA->B。現在，在b.jsp頁面中我們就可以從這個請求中獲取信息了
下面是HttpServletResponse.sendRedirect 方法實現的請求重定向與RequestDispatcher.forward 方法實現的請求轉發的總結比較：
（1）RequestDispatcher.forward
方法只能將請求轉發給同一個WEB應用中的組件；而HttpServletResponse.sendRedirect
方法不僅可以重定向到當前應用程序中的其他資源，還可以重定向到同一個站點上的其他應用程序中的資源，甚至是使用絕對URL重定向到其他站點的資源。如果
傳遞給HttpServletResponse.sendRedirect
方法的相對URL以“/”開頭，它是相對於整個WEB站點的根目錄；如果創建RequestDispatcher
對象時指定的相對URL以“/”開頭，它是相對於當前WEB應用程序的根目錄。
（2）調用HttpServletResponse.sendRedirect 方法重定向的訪問過程結束後，瀏覽器地址欄中顯示的URL會發生改變，由初始的URL地址變成重定向的目標URL；而調用 RequestDispatcher.forward 方法的請求轉發過程結束後，瀏覽器地址欄保持初始的URL地址不變。
（3）HttpServletResponse.sendRedirect 方法對瀏覽器的請求直接作出響應，響應的結果就是告訴瀏覽器去重新發出對另外一個URL的訪問請求。
舉個例子：重定向過程好比有個綽號叫“瀏覽器”的人寫信找張三借錢，張三回信說沒有錢，讓“瀏覽器”去找李四借，並將李四現在的通信地址告訴給了“瀏覽器 ”。於是，“瀏覽器”又按張三提供通信地址給李四寫信借錢，李四收到信後就把錢匯給了“瀏覽器”。可見，“瀏覽器”一共發出了兩封信和收到了兩次回復，“ 瀏覽器”也知道他借到的錢出自李四之手。 RequestDispatcher.forward 方法在服務器端內部將請求轉發給另外一個資源，瀏覽器只知道發出了請求並得到了響應結果，並不知道在服務器程序內部發生了轉發行為。這個過程好比綽號叫“ 瀏覽器”的人寫信找張三借錢，張三沒有錢，於是張三找李四借了一些錢，甚至還可以加上自己的一些錢，然後再將這些錢匯給了“瀏覽器”。可見，“瀏覽器”只 發出了一封信和收到了一次回復，他只知道從張三那裏借到了錢，並不知道有一部分錢出自李四之手。
（4）RequestDispatcher.forward 方法的調用者與被調用者之間共享相同的request 對象和response 對象，它們屬於同一個訪問請求和響應過程；而HttpServletResponse.sendRedirect 方法調用者與被調用者使用各自的request 對象和response 對象，它們屬於兩個獨立的訪問請求和響應過程。
對於同一個WEB應用程序的內部資源之間的跳轉，特別是跳轉之前要對請求進行一些前期預處理，並要使用 HttpServletRequest.setAttribute 方法傳遞預處理結果，那就應該使用RequestDispatcher.forward 方法。
不同WEB應用程序之間的重定向，特別是要重定向到另外一個WEB站點上的資源的情況，都應該使HttpServletResponse.sendRedirect 方法。
（5）無論是RequestDispatcher.forward 方法，還是HttpServletResponse.sendRedirect 方法，在調用它們之前，都不能有內容已經被實際輸出到了客戶端。如果緩沖區中已經有了一些內容，這些內容將被從緩沖區中清除。 servlet請求轉發與重定向的區別： request.setAttribute("test","hello"); request.getRequestDispacther("/test.jsp").forword(request,response); response.sendRedirect("test.jsp"); 一、顯示結果： 1、當用request.getRequestDispacther("/test.jsp").forword(request,response); 請求轉發後，結果頁面輸出：hello 2、當用response.sendRedirect("test.jsp");重定向後，結果頁面輸出：null 二、底層分析： 1、請求轉發（RequestDispatcher）的過程： 客戶首先發送一個請求到服務器端，服務器端發現匹配的servlet，並指定它去執行，當這個servlet執行完之後，它要調用getRequestDispacther()方法，把請求轉發給指定的test.jsp,整個流程都是在服務器端完成的，而且是在同一個請求裏面完成的，因此servlet和jsp共享的是同一個request，在servlet裏面放的所有東西，在jsp中都能取出來，因此，jsp能把結果getAttribute()出來，getAttribute()出來後執行完把結果返回給客戶端。整個過程是一個請求，一個響應。 2、重定向（sendRedirect）的工作原理： 客戶發送一個請求到服務器，服務器匹配servlet，這都和請求轉發一樣，servlet處理完之後調用了sendRedirect()這個方法，這個方法是response的方法，所以，當這個servlet處理完之後，看到response.senRedirect()方法，立即向客戶端返回這個響應，響應行告訴客戶端你必須要再發送一個請求，去訪問test.jsp，緊接著客戶端受到這個請求後，立刻發出一個新的請求，去請求test.jsp,這裏兩個請求互不幹擾，相互獨立，在前面request裏面setAttribute()的任何東西，在後面的request裏面都獲得不了。可見，在sendRedirect()裏面是兩個請求，兩個響應。 三、表面分析： 1、當用RequestDispatcher請求轉發後，地址欄為http://localhost:8080/test/TestServlet 這真好應正了上面的分析，我們起初請求的就一個servlet，至於你服務器端怎麽轉，流程怎麽樣的，我客戶端根本就不知道，我發了請求後我就等 著響應，那你服務器那邊願意怎麽轉就怎麽轉，我客戶端不關心也沒法知道，所以當服務器端轉發到jsp後，它把結果返回給客戶端，客戶端根本就 不知道你這個結果是我真正訪問的servlet產生的，還是由servlet轉發後下一個組件產生的。 2、當用sendRedirect重定向後，地址欄為http://localhost:8080/test/test.jsp 因為這個時候，客戶端已經知道了他第二次請求的是test.jsp，服務器已經告訴客戶端要去訪問test.jsp了，所以地址欄裏會顯示想要訪問的結果。
轉發與重定向