request.getRequestDispatcher("路径").forward(request, response);
分析:请求转发是服务器内部把对一个request/response的处理权,移交给另一个对于客户端而言,它只知道本身最先请求的那个A,而不知道中间的B,甚至C、D。 传输的信息不会丢失。web
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转发后下一个组件产生的。
jsp
当用sendRedirect重定向后,地址栏为http://localhost:8080/test/student_list.jsp
由于这个时候,客户端已经知道了他第二次请求的是student_list.jsp,服务器已经告诉客户端要去访问student_list.jsp了,因此地址栏里会显示想要访问的结果。spa
转发在服务器端完成的;重定向是在客户端完成的
转发的速度快;重定向速度慢code
转发的是同一次请求;重定向是两次不一样请求blog
转发不会执行转发后的代码;重定向会执行重定向以后的代码get
转发地址栏没有变化;重定向地址栏有变化servlet
转发必须是在同一台服务器下完成;重定向能够在不一样的服务器下完成class
Forward是在服务器端的跳转,就是客户端一个请求发给服务器,服务器直接将请求相关的参数的信息原封不动的传递到该服务器的其余jsp或servlet去处理,而sendredirect是在客户端的跳转,服务器会返回给客户端一个响应报头和新的URL地址,原来的参数什么的信息若是服务器端没有特别处理就不存在了,浏览器会访问新的URL所指向的servlet或jsp,这可能不是原先服务器上的webservce了。