转发与重定向的区别
重定向和转发有一个重要的不同：当使用转发时，JSP容器将使用一个内部的方法来调用目标页面，新的页面继续处理同一个请求，而浏览器将不会知道这个过程。与之相反，重定向方式的含义是第一个页面通知浏览器发送一个新的页面请求。因为，当你使用重定向时，浏览器中所显示的URL会变成新页面的URL,而当使用转发时，该URL会保持不变。重定向的速度比转发慢，因为浏览器还得发出一个新的请求。同时，由于重定向方式产生了一个新的请求，不再是同一个请求，（很多人说使用域对象传值用转发不用重定向是因为重定向不带参数我认为那种说法是有问题的）所以经过一次重定向后，request内的对象将无法使用。
怎么选择是重定向还是转发呢？通常情况下转发更快，而且能保持request内的对象，所以他是第一选择。但是由于在转发之后，浏览器中URL仍然指向开始页面，此时如果重载当前页面，开始页面将会被重新调用。如果你不想看到这样的情况，则选择转发。
转发和重定向的区别
不要仅仅为了把变量传到下一个页面而使用session作用域，那会无故增大变量的作用域，转发也许可以帮助你解决这个问题。
重定向：以前的request中存放的变量全部失效，并进入一个新的request作用域。
转发：以前的request中存放的变量不会失效，就像把两个页面拼到了一起。
正文开始：
先是看上去不同，他们的调用分别如下：
request.getRequestDispatcher("apage.jsp").forward(request,response);//转发到apage.jsp
response.sendRedirect("apage.jsp");//重定向到apage.jsp
在jsp页面中你也会看到通过下面的方式实现转发：
<jsp:forward page="apage.jsp" />
我在初学jsp的时候，对这两个概念非常模糊，看别人的例子的时候，也是一头雾水，不知道什么时候该用哪个。今天有了新的理解。
提到转发和重定向就不得不提到request作用域。很多初学者（我也是一个初学者）都知道当我们提交一个表单时，就创建了一个新的请求。实际上，当我们点击一个链接时，也创建了一个新的请求。那么一个请求的作用于到底有多大呢？例如：在页面a.jsp中有一个链接<ahref="b.jsp?id=1"></a>这是指向b的一个链接，而且还带了一个参数。当我们点击这个连接的时候，就产生了一个请求，为了明确起见，我们把它叫做requestA->B。现在，在b.jsp页面中我们就可以从这个请求中获取信息了。在b.jsp中你可以写入out.println(request.getParameter("id"))进行测试。下面更复杂一点，我们在b.jsp页面中增加下面的语句：
request.setAttribute("name","funcreal");
out.println(request.getAttriblute("name"));//成功显示了name变量的值。
现在在b.jsp中再增加一个链接：<ahref="c.jsp?age=23"></a>这是指向c的一个链接，而且还带了一个参数,当我们点击这个连接的时候，将产生一个新的请求，这时requestA-B也就安息了，新的请求叫做requestB-C。同样的道理，在c.jsp中，我们可以访问到的变量只有age，因为 id，name这两个变量都属于requestA-B，此时他已经不存在了。下面是源代码：
a.jsp
<%@ page contentType="text/html; charset=utf-8"%>
<html>
<body bgcolor="#ffffff">
<a href="b.jsp?id=1">指向b.jsp，而且还带了一个参数id=1。requestA-B现在诞生了</a>
</body>
</html>
b.jsp
<%@ page contentType="text/html; charset=utf-8"%>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" +request.getParameter("id"));
request.setAttribute("name","FuncReal");
out.println("name=" +request.getAttribute("name"));
%>
<a href="c.jsp?age=23">requestA-B已经结束了。指向c.jsp，而且还带了一个参数age=23</a>
</body>
</html>
c.jsp
<%@ page contentType="text/html; charset=GBK"%>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" +request.getParameter("id"));
out.println("name=" +request.getAttribute("name"));
out.println("age=" +request.getParameter("age"));
%>
</body>
</html>
那么转发又是怎么回事呢？现在增加一个页面叫做d.jsp，并且在c.jsp中</body>前面增加一句<jsp:forwardpage="d.jsp"/>
d.jsp
<%@ page contentType="text/html; charset=GBK"%>
<html>
<body bgcolor="#ffffff">
requestB-C的魔爪已经伸到了d.jsp页面
<%
out.println("age=" +request.getParameter("age"));
%>
</body>
</html>运行程序，你会发现c页面中的内容没有显示出来，因为forward是自动执行的，地址栏中虽然是c.jsp但实际上，但浏览器中显示的已经是d.jsp的内容了，而且看到了从b.jsp传过来的参数。你可以简单得这样理解：转发，就是延长了requestB-C的作用域，<jsp:forwardpage="d.jsp"/>，这一句话实际上是把c.jsp和d.jsp粘到了一起，他们就像是在一个页面中。
如果你用过struts，那么你就知道为什么在Action中，最后一句几乎总是mapping.findForward("xxx");了。因为我们在这个Action中设置的请求作用域的变量都将会在下一个页面（也许是另一个Action）中用到，所以要用转发。
下面是HttpServletResponse.sendRedirect方法实现的请求重定向与RequestDispatcher.forward方法实现的请求转发的总结比较：
（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的访问请求。
（4）RequestDispatcher.forward方法的调用者与被调用者之间共享相同的request对象和response对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect方法调用者与被调用者使用各自的request对象和response对象，它们属于两个独立的访问请求和响应过程。
对于同一个WEB应用程序的内部资源之间的跳转，特别是跳转之前要对请求进行一些前期预处理，并要使用HttpServletRequest.setAttribute 方法传递预处理结果，那就应该使用RequestDispatcher.forward方法。
不同WEB应用程序之间的重定向，特别是要重定向到另外一个WEB站点上的资源的情况，都应该使HttpServletResponse.sendRedirect方法。
（5）无论是RequestDispatcher.forward方法，还是HttpServletResponse.sendRedirect方法，在调用它们之前，都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容，这些内容将被从缓冲区中清除。
腾讯云开发者
