请求转发与请求重定向区别详解
2011-03-23 18:07
351 查看
请求转发与请求重定向:
联系:都是把客户端的请求转给另外的web资源处理
区别:
转发:
1、RequestDispatcher的forward方法用于实现请求转发,转发过程中地址栏地址不变;
2、调用者与被调用者之间共享相同的request对象和response对象,它们属于同一个访问请求和响应过程
3、只能将请求转发给同一个WEB应用中的组件
4、如果创建RequestDispatcher对象时指定的相对URL以“/”开头,它是相对于当前WEB应用程序的根目录重定向:
1、HttpServletResponse.sendRedirect方法用于生成302响应码和Location响应头,从而通知客户端去重新访问Location响应头中指定的URL.响应过程中地址栏发生改变;
2、调用者与被调用者使用各自的request对象和response对象,它们属于两个独立的访问请求和响应过程
3、可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对URL重定向到其他站点的资源
4、相对URL以“/”开头,它是相对于整个WEB站点的根目录
需要注意的:
1、如果在调用forward方法之前,在Servlet程序中写入的部分内容已经被真正地传送到了客户端,forward方法将抛出IIIegalStateException异常
2、向Servlet引擎的缓冲区中写入了内容,只要写入到缓冲区中的内容还没有被真正输出到客户端,forward方法就可以被正常执行,原来写入到输出缓冲区中的内容将被清空,但是,已写入到HttpServletResponse对象中的响应头字段信息保持有效。
拿那个比较形象化的例子来说,b向a借钱,a没钱,如果a作为中介帮b找到了c并向c借钱则为请求转发,如果a没管,让b自己找c借钱则为请求重定向。这两者的区别还在与前者属于a拿着b的欠条在向c借钱,而后者则是b拿着自己的欠条在向c借钱
所以在实际的例子中这其中涉及的问题就是:
请求转发:假设第一次a帮b找到了c并借到钱,那会不会a拿着b的欠条在b不知情的情况下向c借钱呢,呵呵,这种情况也不见得不会出现,即对应着:网店点击购买——servlet请求转发——显示所买书的页面,此时已经到了显示页面,即servlet已经帮用户买到了一本书,此时我们如果点击刷新按钮,也就是servlet拿着用户的欠条在用户不知情的情况下买书,每刷新一次就会重新买相同的一本书,貌似有点荒唐,可是事实就是如此,呵呵,终于想清楚啦!
请求重定向则没有这个问题:因为每次都是用户【自己】拿着欠条在向c借钱。
联系:都是把客户端的请求转给另外的web资源处理
区别:
转发:
1、RequestDispatcher的forward方法用于实现请求转发,转发过程中地址栏地址不变;
2、调用者与被调用者之间共享相同的request对象和response对象,它们属于同一个访问请求和响应过程
3、只能将请求转发给同一个WEB应用中的组件
4、如果创建RequestDispatcher对象时指定的相对URL以“/”开头,它是相对于当前WEB应用程序的根目录重定向:
1、HttpServletResponse.sendRedirect方法用于生成302响应码和Location响应头,从而通知客户端去重新访问Location响应头中指定的URL.响应过程中地址栏发生改变;
2、调用者与被调用者使用各自的request对象和response对象,它们属于两个独立的访问请求和响应过程
3、可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对URL重定向到其他站点的资源
4、相对URL以“/”开头,它是相对于整个WEB站点的根目录
需要注意的:
1、如果在调用forward方法之前,在Servlet程序中写入的部分内容已经被真正地传送到了客户端,forward方法将抛出IIIegalStateException异常
2、向Servlet引擎的缓冲区中写入了内容,只要写入到缓冲区中的内容还没有被真正输出到客户端,forward方法就可以被正常执行,原来写入到输出缓冲区中的内容将被清空,但是,已写入到HttpServletResponse对象中的响应头字段信息保持有效。
拿那个比较形象化的例子来说,b向a借钱,a没钱,如果a作为中介帮b找到了c并向c借钱则为请求转发,如果a没管,让b自己找c借钱则为请求重定向。这两者的区别还在与前者属于a拿着b的欠条在向c借钱,而后者则是b拿着自己的欠条在向c借钱
所以在实际的例子中这其中涉及的问题就是:
请求转发:假设第一次a帮b找到了c并借到钱,那会不会a拿着b的欠条在b不知情的情况下向c借钱呢,呵呵,这种情况也不见得不会出现,即对应着:网店点击购买——servlet请求转发——显示所买书的页面,此时已经到了显示页面,即servlet已经帮用户买到了一本书,此时我们如果点击刷新按钮,也就是servlet拿着用户的欠条在用户不知情的情况下买书,每刷新一次就会重新买相同的一本书,貌似有点荒唐,可是事实就是如此,呵呵,终于想清楚啦!
请求重定向则没有这个问题:因为每次都是用户【自己】拿着欠条在向c借钱。
相关文章推荐
- 【转】struts2中的跳转详解 ----“请求转发”和“重定向”之间的区别
- struts2中的跳转详解 ----“请求转发”和“重定向”之间的区别
- struts2中的跳转详解 ----“请求转发”和“重定向”之间的区别
- struts2中的跳转详解 ----“请求转发”和“重定向”之间的区别
- java中请求转发和重定向的区别
- 深入浅出Java 重定向和请求转发的区别
- 请求转发和重定向区别
- HTTP中的重定向和请求转发的区别
- 深入浅出Java 重定向和请求转发的区别
- servlet请求转发和请求重定向区别
- 内部跳转(请求转发)和外部跳转(重定向)的区别?
- 重定向和请求转发的区别
- 内部跳转(请求转发)和外部跳转(重定向)的区别?
- JAVAEE请求转发和重定向使用详解
- ## forward(请求转发)和redirect(重定向)的区别(整理) ##
- servlet中请求转发(forword)与重定向(sendredirect)的区别
- HTTP中的重定向和请求转发的区别
- HTTP中的重定向和请求转发的区别
- 内部跳转(请求转发)和外部跳转(重定向)的区别?
- 编程比较Servlet重定向和请求转发的区别。