作为一名Java Web开发的程序员，在使用Servlet/JSP的时候，我们必须要知道实现页面跳转的两种方式的区别和联系：即转发和重定向的区别。
什么是转发
客户首先发送一个请求到服务器端，服务器端发现匹配的Servlet，并指定它去执行。当这个Servlet执行完之后，它要调用getRequestDispacther()方法，把请求转发给指定的JSP，整个流程都是在服务器端完成的，而且是在同一个请求里面完成的，因此Servlet和JSP共享的是同一个Request，在Servlet里面放的所有东西，在JSP中都能取出来，因此，JSP能把结果getAttribute()出来，getAttribute()出来后执行完把结果返回给客户端。整个过程是一个请求，一个响应。
request.getRequestDispatcher("/yanggb.jsp").forword(request, response);
什么是重定向
客户首先发送一个请求到服务器端，服务器端发现匹配的Servlet，并指定它去执行。当这个Servlet执行完之后，它就会调用sendRedirect()方法，立即向客户端返回这个响应，响应告诉客户端你必须要再发送一个请求，去访问JSP。紧接着客户端收到这个请求后，就会立刻发出一个新的请求，去请求JSP，这里的两个请求互不干扰，相互独立。这就意味着，在前面Request里面setAttribute()的任何东西，在后面的request里面都获得不了。由此可见，在sendRedirect()里面是两个请求，两个响应（服务器向浏览器发送一个302状态码以及一个location消息头，浏览器收到请求后会向再次根据重定向地址发出请求）。
response.sendRedirect("/yanggb.jsp");
区别与联系
1.RequestDispatcher.forward()方法只能将请求转发给同一个WEB应用中的组件；而HttpServletResponse.sendRedirect()方法不仅可以重定向到当前应用程序中的其他资源，还可以重定向到同一个站点上的其他应用程序中的资源，甚至是使用绝对URL重定向到其他站点的资源。如果传递给HttpServletResponse.sendRedirect()方法的相对URL以【/】开头，它是相对于整个WEB站点的根目录；如果创建RequestDispatcher对象时指定的相对URL以【/】开头，它是相对于当前WEB应用程序的根目录。
2.调用HttpServletResponse.sendRedirect()方法重定向的访问过程结束后，浏览器地址栏中显示的URL会发生改变，由初始的URL地址变成重定向的目标URL；而调用RequestDispatcher.forward()方法的请求转发过程结束后，浏览器地址栏保持初始的URL地址不变。
3.HttpServletResponse.sendRedirect()方法对浏览器的请求直接作出响应，响应的结果就是告诉浏览器去重新发出对另外一个URL的访问请求，这个过程好比有个绰号叫浏览器的人写信找张三借钱，张三回信说没有钱，让浏览器去找李四借，并将李四现在的通信地址告诉给了浏览器。于是，浏览器又按张三提供通信地址给李四写信借钱，李四收到信后就把钱汇给了浏览器。可见，浏览器一共发出了两封信和收到了两次回复， 浏览器也知道他借到的钱出自李四之手。RequestDispatcher.forward()则方法在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果，并不知道在服务器程序内部发生了转发行为。这个过程好比绰号叫浏览器的人写信找张三借钱，张三没有钱，于是张三找李四借了一些钱，甚至还可以加上自己的一些钱，然后再将这些钱汇给了浏览器。可见，浏览器只发出了一封信和收到了一次回复，他只知道从张三那里借到了钱，并不知道有一部分钱出自李四之手。
4.RequestDispatcher.forward()方法的调用者与被调用者之间共享相同的Request对象和Response对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect()方法调用者与被调用者使用各自的Request对象和Response对象，它们属于两个独立的访问请求和响应过程。对于同一个WEB应用程序的内部资源之间的跳转，特别是跳转之前要对请求进行一些前期预处理，并要使用HttpServletRequest.setAttribute()方法传递预处理结果，那就应该使用RequestDispatcher.forward()方法。不同WEB应用程序之间的重定向，特别是要重定向到另外一个WEB站点上的资源的情况，都应该使用HttpServletResponse.sendRedirect()方法。
5.无论是RequestDispatcher.forward()方法，还是HttpServletResponse.sendRedirect()方法，在调用它们之前，都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容，这些内容将被从缓冲区中去除。
两种跳转获得对象的方式
// 获得转发对象getRequestDispatcher() HttpServletRequest(httpServletRequest).getRequestDispatcher ServletContext.getRequestDispatcher();
// 获得重定向对象sendRedirect() HttpServletResponse(httpServletResponse).sendRedirect();
常见解释一
一句话，转发是服务器行为，重定向是客户端行为。为什么这样说呢，这就要看两个动作的工作流程：
转发过程：客户浏览器发送http请求->web服务器接受此请求->调用内部的一个方法在容器内部完成请求处理和转发动作->将目标资源发送给客户；在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。
重定向过程：客户浏览器发送http请求->web服务器接受后发送302状态码响应及对应新的location给客户浏览器->客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location地址->服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。
常见解释二
重定向，其实是两次Request。第一次，客户端request到A，然后服务器响应并response回来，告诉浏览器，你应该去B。这个时候IE可以看到地址变了，而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中，传输的信息会被丢失。
请求转发是服务器内部把对一个Request/Response的处理权，移交给另外一个对于客户端而言，它只知道自己最早请求的那个A，而不知道中间的B，甚至C、D。传输的信息不会丢失。
常见解释三
假设你去办理某个执照，
重定向：你先去了A局，A局的人说，这个事情不归我们管，去B局。然后，你就从A退了出来，自己乘车去了B局。
转发：你先去了A局，A局看了以后，知道这个事情其实应该B局来管，但是他没有把你退回来，而是让你坐一会儿，自己到后面办公室联系了B的人，让他们办好后，送了过来。
主要区别
1.请求次数不同。重定向是浏览器向服务器发送一个请求并收到响应后再次向一个新地址发出请求，转发是服务器收到请求后为了完成响应跳转到一个新的地址；重定向至少请求两次，转发请求一次。
2.地址栏不同。重定向地址栏会发生变化，转发地址栏不会发生变化。
3.是否共享数据不同。重定向两次请求不共享数据，转发一次请求共享数据（在Request级别使用信息共享，使用重定向必然出错）。这就意味着，转发2次跳转之间传输的信息不会丢失，而重定向2次跳转之间传输的信息会丢失（Request范围）。
4.跳转限制不同。重定向可以跳转到任意URL，转发只能跳转本站点资源。
5.发生行为不同。重定向是客户端行为，转发是服务器端行为。
两种跳转方式的使用场景
1.转发可以利用request的域对象的特点，由源组件向其中存放写数据。
2.重定向可以让用户访问到存放在WEB-INF目录中的目标资源。
3.重定向的速度比转发慢，因为浏览器还得发出一个新的请求，所以如果在使用转发和重定向都无所谓的时候建议使用转发。
4.因为转发只能访问当前WEB的应用程序，所以不同WEB应用程序之间的访问，特别是要访问到另外一个WEB站点上的资源的情况，这个时候就只能使用重定向了。
转发比重定向快的原因，是因为重定向需要经过客户端，而转发没有。但是若需要重定向到另外一个外部网站，则无法使用转发。另外，重定向还有一个应用场景：避免在用户重新加载页面时两次调用相同的动作。例如，当提交产品表单的时候，执行保存的方法将会被调用，并执行相应的动作。这在一个真实的应用程序中，很有可能将表单中的所有产品信息加入到数据库中。但是如果在提交表单后，重新加载页面，执行保存的方法就很有可能再次被调用。同样的产品信息就将可能再次被添加。为了避免这种情况，提交表单后，你可以将用户重定向到一个不同的页面，这样的话，这个网页任意重新加载都没有副作用。
但是，使用重定向不太方便的地方是，使用它无法将值轻松地传递给目标页面。而采用转发，则可以简单地将属性添加到Model，使得目标视图可以轻松访问。由于重定向经过客户端，所以Model中的一切都会在重定向时丢失。但幸运的是，在Spring3.1版本以后，我们可以通过Flash属性，解决重定向时传值丢失的问题。
要使用Flash属性，必须在Spring MVC的配置文件中添加一个<annotation-driven/>。然后，还必须再方法上添加一个新的参数类型：org.springframework.web.servlet.mvc.support.RedirectAttributes。
@RequestMapping(value="/product", method=RequestMethod.POST) public String saveProduct(ProductForm productForm, RedirectAttributes redirectAttributes){ // 执行产品保存的业务逻辑等 // 传递参数 redirectAttributes.addFlashAttribute("message", "The product is saved successfully"); // 执行重定向 return "redirect:/……"; }
"或许世界上真正值得说的事不多，但是如果你想给我说的话，我都愿意听。"