|
servlet請(qǐng)求轉(zhuǎn)發(fā)與重定向的區(qū)別：
request.setAttribute("test","hello");
request.getRequestDispacther("/test.jsp").forword(request,response);
response.sendRedirect("test.jsp");
一、顯示結(jié)果：
1、當(dāng)用request.getRequestDispacther("/test.jsp").forword(request,response); 請(qǐng)求轉(zhuǎn)發(fā)后，結(jié)果頁(yè)面輸出：hello
2、當(dāng)用response.sendRedirect("test.jsp");重定向后，結(jié)果頁(yè)面輸出：null
二、底層分析：
1、請(qǐng)求轉(zhuǎn)發(fā)（RequestDispatcher）的過程：
客戶首先發(fā)送一個(gè)請(qǐng)求到服務(wù)器端，服務(wù)器端發(fā)現(xiàn)匹配的servlet，并指定它去執(zhí)行，當(dāng)這個(gè)servlet執(zhí)行完之后，它要調(diào)用getRequestDispacther()方法，把請(qǐng)求轉(zhuǎn)發(fā)給指定的test.jsp,整個(gè)流程都是在服務(wù)器端完成的，而且是在同一個(gè)請(qǐng)求里面完成的，因此servlet和jsp共享的是同一個(gè)request，在servlet里面放的所有東西，在jsp中都能取出來，因此，jsp能把結(jié)果getAttribute()出來，getAttribute()出來后執(zhí)行完把結(jié)果返回給客戶端。整個(gè)過程是一個(gè)請(qǐng)求，一個(gè)響應(yīng)。
2、重定向（sendRedirect）的工作原理：
客戶發(fā)送一個(gè)請(qǐng)求到服務(wù)器，服務(wù)器匹配servlet，這都和請(qǐng)求轉(zhuǎn)發(fā)一樣，servlet處理完之后調(diào)用了sendRedirect()這個(gè)方法，這個(gè)方法是response的方法，所以，當(dāng)這個(gè)servlet處理完之后，看到response.senRedirect()方法，立即向客戶端返回這個(gè)響應(yīng)，響應(yīng)行告訴客戶端你必須要再發(fā)送一個(gè)請(qǐng)求，去訪問test.jsp，緊接著客戶端受到這個(gè)請(qǐng)求后，立刻發(fā)出一個(gè)新的請(qǐng)求，去請(qǐng)求test.jsp,這里兩個(gè)請(qǐng)求互不干擾，相互獨(dú)立，在前面request里面setAttribute()的任何東西，在后面的request里面都獲得不了?？梢?，在sendRedirect()里面是兩個(gè)請(qǐng)求，兩個(gè)響應(yīng)。
三、表面分析：
1、當(dāng)用RequestDispatcher請(qǐng)求轉(zhuǎn)發(fā)后，地址欄為http://localhost:8080/test/TestServlet
這真好應(yīng)正了上面的分析，我們起初請(qǐng)求的就一個(gè)servlet，至于你服務(wù)器端怎么轉(zhuǎn)，流程怎么樣的，我客戶端根本就不知道，我發(fā)了請(qǐng)求后我就等
著響應(yīng)，那你服務(wù)器那邊愿意怎么轉(zhuǎn)就怎么轉(zhuǎn)，我客戶端不關(guān)心也沒法知道，所以當(dāng)服務(wù)器端轉(zhuǎn)發(fā)到j(luò)sp后，它把結(jié)果返回給客戶端，客戶端根本就
不知道你這個(gè)結(jié)果是我真正訪問的servlet產(chǎn)生的，還是由servlet轉(zhuǎn)發(fā)后下一個(gè)組件產(chǎn)生的。
2、當(dāng)用sendRedirect重定向后，地址欄為http://localhost:8080/test/test.jsp
因?yàn)檫@個(gè)時(shí)候，客戶端已經(jīng)知道了他第二次請(qǐng)求的是test.jsp，服務(wù)器已經(jīng)告訴客戶端要去訪問test.jsp了，所以地址欄里會(huì)顯示想要訪問的結(jié)果。
|
|
|
