JSPServlet转发与重定向的区别
2013-06-02 17:46
218 查看
尽管HttpServletResponse.sendRedirect 方法和RequestDispatcher.forward 方法都可以让浏览器获得另外一个URL所指向的资源，但两者的内部运行机制有着很大的区别。
下面是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的访问请求。 举个例子：重定向过程好比有个绰号叫“浏览器”的人写信找张三借钱，张三回信说没有钱，让“浏览器”去找李四借，并将李四现在的通信地址告诉给了“浏览器”。于是，“浏览器”又按张三提供通信地址给李四写信借钱，李四收到信后就把钱汇给了“浏览器”。可见，“浏览器”一共发出了两封信和收到了两次回复，“浏览器”也知道他借到的钱出自李四之手。 RequestDispatcher.forward 方法在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果，并不知道在服务器程序内部发生了转发行为。这个过程好比绰号叫“浏览器”的人写信找张三借钱，张三没有钱，于是张三找李四借了一些钱，甚至还可以加上自己的一些钱，然后再将这些钱汇给了“浏览器”。可见，“浏览器”只发出了一封信和收到了一次回复，他只知道从张三那里借到了钱，并不知道有一部分钱出自李四之手。
（4）RequestDispatcher.forward 方法的调用者与被调用者之间共享相同的request 对象和response 对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect 方法调用者与被调用者使用各自的request 对象和response 对象，它们属于两个独立的访问请求和响应过程。 对于同一个WEB应用程序的内部资源之间的跳转，特别是跳转之前。
提到转发和重定向就不得不提到request作用域。很多初学者都知道当我们提交一个表单时，就创建了一个新的请求。实际上，当我们点击一个链接时，也创建了一个新的请求。那么一个请求的作用于到底有多大呢？例如：
在页面a.jsp中有一个链接<a href="b.jsp?id=1">这是指向b的一个链接，而且还带了一个参数</a>。当我们点击这个连接的时候，就产生了一个请求，为了明确起见，我们把它叫做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中再增加一个链接：<a href="c.jsp?age=23">这是指向c的一个链接，而且还带了一个参数</a>,当我们点击这个连接的时候，将产生一个新的请求，这时requestA-B也就安息了，新的请求叫做requestB-C。同样的道理，在c.jsp中，我们可以访问到的变量只有age，因为id，name这两个变量都属于requestA-B，此时他已经不存在了。下面是源代码：
a.jsp
<%@ page contentType="text/html; charset=GBK" %>
<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=GBK" %>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" + request.getParameter("id"));
request.setAttribute("name","Func Real");
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:forward page="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:forward page="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的访问请求。 举个例子：重定向过程好比有个绰号叫“浏览器”的人写信找张三借钱，张三回信说没有钱，让“浏览器”去找李四借，并将李四现在的通信地址告诉给了“浏览器”。于是，“浏览器”又按张三提供通信地址给李四写信借钱，李四收到信后就把钱汇给了“浏览器”。可见，“浏览器”一共发出了两封信和收到了两次回复，“浏览器”也知道他借到的钱出自李四之手。 RequestDispatcher.forward 方法在服务器端内部将请求转发给另外一个资源，浏览器只知道发出了请求并得到了响应结果，并不知道在服务器程序内部发生了转发行为。这个过程好比绰号叫“浏览器”的人写信找张三借钱，张三没有钱，于是张三找李四借了一些钱，甚至还可以加上自己的一些钱，然后再将这些钱汇给了“浏览器”。可见，“浏览器”只发出了一封信和收到了一次回复，他只知道从张三那里借到了钱，并不知道有一部分钱出自李四之手。
（4）RequestDispatcher.forward 方法的调用者与被调用者之间共享相同的request 对象和response 对象，它们属于同一个访问请求和响应过程；而HttpServletResponse.sendRedirect 方法调用者与被调用者使用各自的request 对象和response 对象，它们属于两个独立的访问请求和响应过程。 对于同一个WEB应用程序的内部资源之间的跳转，特别是跳转之前。
提到转发和重定向就不得不提到request作用域。很多初学者都知道当我们提交一个表单时，就创建了一个新的请求。实际上，当我们点击一个链接时，也创建了一个新的请求。那么一个请求的作用于到底有多大呢？例如：
在页面a.jsp中有一个链接<a href="b.jsp?id=1">这是指向b的一个链接，而且还带了一个参数</a>。当我们点击这个连接的时候，就产生了一个请求，为了明确起见，我们把它叫做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中再增加一个链接：<a href="c.jsp?age=23">这是指向c的一个链接，而且还带了一个参数</a>,当我们点击这个连接的时候，将产生一个新的请求，这时requestA-B也就安息了，新的请求叫做requestB-C。同样的道理，在c.jsp中，我们可以访问到的变量只有age，因为id，name这两个变量都属于requestA-B，此时他已经不存在了。下面是源代码：
a.jsp
<%@ page contentType="text/html; charset=GBK" %>
<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=GBK" %>
<html>
<body bgcolor="#ffffff">
<%
out.println("id=" + request.getParameter("id"));
request.setAttribute("name","Func Real");
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:forward page="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:forward page="d.jsp"/>，这一句话实际上是把c.jsp和d.jsp粘到了一起，他们就像是在一个页面中。
如果你用过struts，那么你就知道为什么在Action中，最后一句几乎总是mapping.findForward("xxx");了。因为我们在这个Action中设置的请求作用域的变量都将会在下一个页面（也许是另一个Action）中用到，所以要用转发。
总结：
用重定向和转发不是一个习惯问题。而是什么情况下必须用什么的问题。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- JSP/Servlet转发与重定向的区别
- JSP-Servlet中转发(forward)与重定向(sendRedirect)的区别
- Servlet & JSP - 转发与重定向的区别
- JSP/Servlet转发与重定向的区别
- JSP,Servlet 重定向和转发的区别
- jsp/servlet中重定向和转发的区别
- JSP/Servlet转发与重定向的区别
- JSP/Servlet转发与重定向的区别
- JSP中转发和重定向的区别
- servlet中请求转发（forword）与重定向（sendredirect）的区别
- servlet中请求转发（forword）与重定向（sendredirect）的区别
- 深入理解Servlet/JSP之“转发和重定向
- JSP_内置对象_请求转发和请求重定向的区别
- 深入理解Servlet/JSP之“转发和重定向”
- javaweb servlet转发，包含，重定向; jsp转发，包含
- servlet中请求转发（forword）与重定向（sendredirect）的区别
- Servlet到Servlet的请求转发与重定向的区别
- 深入理解Servlet/JSP之“转发和重定向”
- servlet请求转发与重定向的区别------用生活实例来形象说明两者的区别
- servlet中请求转发（forword）与重定向（sendredirect）的区别