深刻淺出Java 重定向和請求轉發的區別

    請求轉發:

 

request.getRequestDispatcher("路徑").forward(request, response);

分析：請求轉發是服務器內部把對一個request/response的處理權，移交給另一個對於客戶端而言，它只知道本身最先請求的那個A，而不知道中間的B，甚至C、D。 傳輸的信息不會丟失。

 

  重定向：

 

response.sendRedirect("路徑");  

深刻（分析理解）

 

  轉發過程

 

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

 

  重定向過程

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

 

淺出（表象）

 

    轉發

    當用RequestDispatcher請求轉發後，地址欄爲http://localhost:8080/test/TestServlet
這真好應正了上面的分析，咱們起初請求的就一個servlet，至於你服務器端怎麼轉，流程怎麼樣的，我客戶端根本就不知道，我發了請求後我就等着響應，那你服務器那邊願意怎麼轉就怎麼轉，我客戶端不關心也無法知道，因此當服務器端轉發到jsp後，它把結果返回給客戶端，客戶端根本就不知道你這個結果是我真正訪問的servlet產生的，仍是由servlet轉發後下一個組件產生的。

  重定向

    當用sendRedirect重定向後，地址欄爲http://localhost:8080/test/student_list.jsp
由於這個時候，客戶端已經知道了他第二次請求的是student_list.jsp，服務器已經告訴客戶端要去訪問student_list.jsp了，因此地址欄裏會顯示想要訪問的結果。

 

總結

 

轉發在服務器端完成的；重定向是在客戶端完成的
轉發的速度快；重定向速度慢

轉發的是同一次請求；重定向是兩次不一樣請求

轉發不會執行轉發後的代碼；重定向會執行重定向以後的代碼

轉發地址欄沒有變化；重定向地址欄有變化

轉發必須是在同一臺服務器下完成；重定向能夠在不一樣的服務器下完成

 

    Forward是在服務器端的跳轉，就是客戶端一個請求發給服務器，服務器直接將請求相關的參數的信息原封不動的傳遞到該服務器的其餘jsp或servlet去處理，而sendredirect是在客戶端的跳轉，服務器會返回給客戶端一個響應報頭和新的URL地址，原來的參數什麼的信息若是服務器端沒有特別處理就不存在了，瀏覽器會訪問新的URL所指向的servlet或jsp，這可能不是原先服務器上的webservce了。