在javaee中:转发和重定向的区别?

第一点:

　　也就是最直观的一点就是:重定向会调用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

转发和重定向的图解?

两种跳转获得对象的方式

//获得转发对象getRequestDispatcher()
HttpServletRequest(httpServletRequest).getRequestDispatcher
ServletContext.getRequestDispatcher();
 
//获得重定向对象sendRedirect()
HttpServletResponse(httpServletResponse).sendRedirect();

转发和跳转的小结

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。

       如下所示：

@RequestMapping(value="saveProduct",method=RequestMethod.POST)
public String saveProduct(ProductForm productForm,RedirectAttributes redirectAttributes){
 
     //执行产品保存的业务逻辑等
  
     //传递参数
       redirectAttributes.addFlashAttribute("message","The product is saved successfully");
   
     //执行重定向
      return "redirect:/……";
}