標籤:model mat extends for extend ebs ons simple 請求
import java.text.*; import java.util.*; import java.io.*; import javax.servlet.http.*; import javax.servlet.*; import com.bjpowernode.exam.model.*; import com.bjpowernode.exam.manager.*; public class SearchStudentServlet extends HttpServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { doPost(request, response); } public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String sBeginDate = request.getParameter("beginDate"); String sEndDate = request.getParameter("endDate"); Date beginDate = new Date(); Date endDate = new Date(); try { beginDate = new SimpleDateFormat("yyyy-MM-dd").parse(sBeginDate); endDate = new SimpleDateFormat("yyyy-MM-dd").parse(sEndDate); }catch(Exception e) { e.printStackTrace(); } StudentManager studentManager = new StudentManagerImpl(); List<Student> studentList = studentManager.findStudentList(beginDate, endDate); //將學生列表設定到requet範圍中 //request.setAttribute("student_list", studentList); //轉寄,轉寄是在伺服器端轉寄的,用戶端是不知道的 //request.getRequestDispatcher("/student_list.jsp").forward(request, response); //將studentList放到session中 HttpSession session = request.getSession(); session.setAttribute("student_list", studentList); //重新導向,不會共用request //以下寫法錯誤,該 "/"代表了8080連接埠 //response.sendRedirect("/student_list.jsp"); response.sendRedirect(request.getContextPath() + "/student_list.jsp"); } }這個裡面嘗試了兩種調到後面的Jsp方法,在servlet中調用轉寄、重新導向的語句如下:
實現轉寄:
//轉寄,轉寄是在伺服器端轉寄的,用戶端是不知道的 request.getRequestDispatcher("/student_list.jsp").forward(request, response);
分析:請求轉寄是伺服器內部把對一個request/response的處理權,移交給另外一個對於用戶端而言,它只知道自己最早請求的那個A,而不知道中間的B,甚至C、D。 傳輸的資訊不會丟失。
實現重新導向:
//重新導向,不會共用request //以下寫法錯誤,該 "/"代表了8080連接埠 response.sendRedirect("/student_list.jsp"); response.sendRedirect(request.getContextPath() + "/student_list.jsp"); 深入(分析理解)
轉寄過程
客戶首先發送一個請求到伺服器端,伺服器端發現匹配的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了。
原文串連:深入淺出Java重新導向和請求轉寄
【Servlet】深入淺出Java重新導向和請求轉寄