servlet中請求轉發（forword）與重定向（sendredirect）的區別
阿新 • • 發佈：2019-02-20
客戶傳送一個請求到伺服器，伺服器匹配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了，所以位址列裡會顯示想要訪問的結果。
三、表面分析：
1、當用RequestDispatcher請求轉發後，位址列為http://localhost:8080/test/TestServlet這真好應正了上面的分析，我們起初請求的就一個servlet，至於你伺服器端怎麼轉，流程怎麼樣的，我客戶端根本就不知道，我發了請求後我就等著響應，那你伺服器那邊願意怎麼轉就怎麼轉，我客戶端不關心也沒法知道，所以當伺服器端轉發到jsp後，它把結果返回給客戶端，客戶端根本就不知道你這個結果是我真正訪問的servlet產生的，還是由servlet轉發後下一個元件產生的。
2、當用sendRedirect重定向後，位址列為http://localhost:8080/test/test.jsp因為這個時候，客戶端已經知道了他第二次請求的是test.jsp，伺服器已經告訴客戶端要去訪問test.jsp了，所以位址列裡會顯示想要訪問的結果。