转发和重定向的区别?

转发和重定向的区别?

重定向和转发

1.请求次数

重定向是浏览器像服务器发送一个请求并收到响应后再次向一个新地址发出请求

转发是服务器收到请求后为了完成响应跳转到一个新地址

2.地址栏

重定向地址栏会发生变化

转发地址栏不会发生变化

3.是否共享数据

重定向是两次请求不共享数据

转发是一次请求不共享数据

4.跳转限制

重定向可以跳转到任意URL

转发只能跳转本站点资源

5.发生行为

重定向是客户端行为

转发是服务器端行为

第一点:

　　也就是最直观的一点就是:重定向会调用HttpServletResponse.sendRedirect方法重定向的访问过程结束后,浏览器地址栏中显示的URL会发生改变.由初始的URL地址栏变成重定向的目标URL

　　而请求转发过程结束后,浏览器的地址栏保持初始的URL地址不变.

第二点:

　　也就是请求发送到的位置:

　　HttpServletResponse.sendRedirect方法不仅可以重定向到当前应用程序中的其他资源,还可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对URL重定向到其他站点的资源.

　　而RequestDispatcher.forward方法只能将请求转发给同一个WEB应用中的组件.

　　HttpServerletResponse.sendRedirect方法的相对URL以"/"开头,它是相对于整个WEB站点的根目录;

　　ReqestDispatcher对象时指定的相对URL以"/"开头,它是相对于当前的WEB应用程序的根目录.

第三点:重定向时,浏览器会收到两次请求,

　　　　HttpServletResponse.sendRedirect方法对浏览器的请求直接做出响应,响应的结果就是告诉浏览器去从新发出另一个URL的访问请求,

　　　　这个过程有点类似于:一个叫做"浏览器"的人找张三借钱,张三没有钱,然后给"浏览器"说你去找北京的李四借钱.然后"浏览器"又跑到了北京找李四借钱,李四听说以后,直接把钱借给了"浏览器"

　　内部转发.浏览器只会收到一次请求

　　　　RequestDispatcher.forward方法在服务器端内部将请求转发到另外一个资源.浏览器只知道发出了请求并得到了响应的结果.并不知道服务器内部发生了转发行为.

　　　　这个过程就像是一个叫做"浏览器"的人,找张三借钱,张三自己找到李四,问李四结了钱,并把这笔钱给了"浏览器",而"浏览器"只知道这个钱是从张三手里借的.

第四点:请求时使用的request对象和response对象的不同

　　HttpServletResponse.sendRedirect方法调用者和被调用者使用各自的request对象和response对象.他们属于两个独立的访问请求和响应的过程.

　　不同的web应用程序之间的重定向,特别是要重定向到另外一个web站点上的资源的情况,都应该使用HttpServletResponse.sendRedirect方法.

　　RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象,他们属于同一个访问请求和响应的过程.

　　对于同一个WEB应用程序的内部资源之间的跳转,特别是跳转之前要对请求进行一些前期预处理,并要使用HttpServletRequest.setAttribute方法传递预处理结果,那就应该使用RequestDispatcher.forward方法.

第五点:无论是RequestDispatcher.forward方法,还是HttpServletResponse.sendRedirect方法,在调用他们之前,都不能有内容已经被实际输出到客户端.如果缓冲区中有了一些内容,这些内容将被从缓冲区中//TODO

转发和跳转的小结

1.重定向时候,地址栏会发生改变也就是客户端行为.,转发属于服务器内部行为,地址栏不会发生改变

2.重定向相当于是两次请求,转发的话是一次请求

3,重定向可以访问不同WEB目录下的资源,转发只能访问同一web路径下的资源

4.重定向的request和response是两个不同的,转发的话,是同一个request和response

5重定向不可以访问web-inf中的受保护的资源,转发可以访问.

6.转发2次跳转之间传输的信息不会丢失，重定向2次跳转之间传输的信息会丢失（request范围）。

转发和重定向的选择

　　1、重定向的速度比转发慢，因为浏览器还得发出一个新的请求，如果在使用转发和重定向都无所谓的时候建议使用转发。

　　2、因为转发只能访问当前WEB的应用程序，所以不同WEB应用程序之间的访问，特别是要访问到另外一个WEB站点上的资源的情况，这个时候就只能使用重定向了。

转发和重定向的应用场景

在上面我已经提到了，转发是要比重定向快，因为重定向需要经过客户端，而转发没有。有时候，采用重定向会更好，若需要重定向到另外一个外部网站，则无法使用转发。另外，重定向还有一个应用场景：避免在用户重新加载页面时两次调用相同的动作。

例如，当提交产品表单的时候，执行保存的方法将会被调用，并执行相应的动作；这在一个真实的应用程序中，很有可能将表单中的所有产品信息加入到数据库中。但是如果在提交表单后，重新加载页面，执行保存的方法就很有可能再次被调用。同样的产品信息就将可能再次被添加，为了避免这种情况，提交表单后，你可以将用户重定向到一个不同的页面，这样的话，这个网页任意重新加载都没有副作用；

但是，使用重定向不太方便的地方是，使用它无法将值轻松地传递给目标页面。而采用转发，则可以简单地将属性添加到Model,使得目标视图可以轻松访问。由于重定向经过客户端，所以Model中的一切都会在重定向时丢失。但幸运的是，在Spring3.1版本以后，我们可以通过Flash属性，解决重定向时传值丢失的问题。

要使用Flash属性，必须在Spring MVC的配置文件中添加一个<annotation-driven/>。然后，还必须再方法上添加一个新的参数类型：org.springframework.web.servlet.mvc.support.RedirectAttributes。