一、前言
前一段时间在学习servlet,servlet最后都要有一个跳转网页的步骤,这个步骤有两种实现方式:转发和重定向。这两种方式有什么不同呢?下面小编就向大家讲解一下。
二、转发
过程分析:
客户首先发送一个请求到服务器端,服务器端发现匹配的servlet,并指定它去执行,当这个servlet执行完之后,它要调用getRequestDispacther()方法,把请求转发给指定的test.jsp
整个流程都是在服务器端完成的,而且是在同一个请求里面完成的,因此servlet和jsp共享的是同一个request,在servlet里面放的所有东西,在jsp中都能取出来,因此,jsp能把结果getAttribute()出来,getAttribute()出来后执行完把结果返回给客户端。整个过程是一个请求,一个响应。
综上:
转发不会改变浏览器的地址栏
转发共享一个request
转发只能在同一个web应用中使用
三、重定向
过程分析:
客户发送一个请求到服务器,服务器匹配servlet,这都和请求转发一样,servlet处理完之后调用了sendRedirect()这个方法,这个方法是response的方法,所以,当这个servlet处理完之后,看到response.senRedirect()方法,立即向客户端返回这个响应,响应行告诉客户端你必须要再发送一个请求,去访问test.jsp.
紧接着客户端受到这个请求后,立刻发出一个新的请求,去请求test.jsp,这里两个请求互不干扰,相互独立,在前面request里面setAttribute()的任何东西,在后面的request里面都获得不了。可见,在sendRedirect()里面是两个请求,两个响应。
综上:
重定向会改变浏览器的地址栏
重定向不共享request
可以重定向到任意URL
四、对比
运行流程对比:
1、当用RequestDispatcher请求转发后,地址栏为http://localhost:8080/test/TestServlet
这真好应正了上面的分析,我们起初请求的就一个servlet,至于你服务器端怎么转,流程怎么样的,我客户端根本就不知道,我发了请求后我就等着响应,那你服务器那边愿意怎么转就怎么转,我客户端不关心也没法知道,所以当服务器端转发到jsp后,它把结果返回给客户端,客户端根本就不知道你这个结果是我真正访问的servlet产生的,还是由servlet转发后下一个组件产生的。
2、当用sendRedirect重定向后,地址栏为http://localhost:8080/test/test.jsp
因为这个时候,客户端已经知道了他第二次请求的是test.jsp,服务器已经告诉客户端要去访问test.jsp了,所以地址栏里会显示想要访问的结果。
代码对比:
//servlet请求转发与重定向的区别:
request.setAttribute("test","hello");
//转发
request.getRequestDispacther("/test.jsp").forword(request,response);
//重定向
response.sendRedirect("test.jsp");
五、小结
通过对转发和重定向的学习,发现这过程中,重定向的速度比转发慢,因为浏览器还得发出一个新的请求。这个就可以从理论方面来解释了,所以还是要多多的思考。多多理解这些概念,就会在写程序中有更多的乐趣