forward方式：request.getRequestDispatcher("/somePage.jsp").forwardrequest, response);
redirect方式：response.sendRedirect("/somePage.jsp");
forward是服务器内部重定向，程序收到请求后重新定向到另一个程序，客户机并不知道；redirect则是服务器收到请求后发送一个状态头给客户，客户将再请求一次，这里多了两次网络通信的来往。当然forward也有缺点，就是forward的页面的路径如果是相对路径就会有些问题了。 forward 会将 request state , bean 等等信息带往下一个 jsp
redirect 是送到 client 端后再一次 request , 所以资料不被保留.
使用 forward 你就可以用 getAttribute() 来取的前一个 jsp 所放入的 bean 等等资料
在网上看到一些帖子，总结了一些区别，可以从以下几个方面来看：
1.从地址栏显示来说
forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器.浏览器根本不知道服务器发送的内容从哪里来的,所以它的地址栏还是原来的地址.
redirect是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址.所以地址栏显示的是新的URL.所以redirect等于客户端向服务器端发出两次request，同时也接受两次response。
2.从数据共享来说
forward:转发页面和转发到的页面可以共享request里面的数据.
redirect:不能共享数据.
redirect不仅可以重定向到当前应用程序的其他资源,还可以重定向到同一个站点上的其他应用程序中的资源,甚至是使用绝对URL重定向到其他站点的资源.
forward,方法只能在同一个Web应用程序内的资源之间转发请求.forward 是服务器内部的一种操作.
redirect 是服务器通知客户端,让客户端重新发起请求.
所以,你可以说 redirect 是一种间接的请求, 但是你不能说"一个请求是属于forward还是redirect "
3.从运用地方来说
forward:一般用于用户登陆的时候,根据角色转发到相应的模块.
redirect:一般用于用户注销登陆时返回主页面和跳转到其它的网站等.
4.从效率来说
forward:高.
redirect:低.
5.jsp 语法
<jsp:forward page={"relativeurl" | "<%= expression %>"} />
或者这样写：
<jsp:forward page={"relativeurl" | "<%= expression %>"} >
<jsp:param name="parametername" value="{parametervalue | <%= expression %>}" />+
</jsp:forward>
6.例子
<jsp:forward page="/servlet/login.jsp" />
<jsp:forward page="/servlet/login.jsp">
<jsp:param name="username" value="jsmith" />
</jsp:forward>
描述
<jsp:forward>标签从一个jsp文件向另一个文件传递一个包含用户请求的request对象.<jsp:forward>标签以下的代码，将不能执行.
你能够向目标文件传送参数和值，在这个例子中我们传递的参数名为username,值为scott,如果你使用了<jsp:param>标签的话，目标文件必须是一个动态的文件，能够处理参数.
如果你使用了非缓冲输出的话，那么使用<jsp:forward>时就要小心。
如果在你使用<jsp:forward>之前，jsp文件已经有了数据，那么文件执行就会出错.
属性
page="{relativeurl | <%= expression %>}"
这里是一个表达式或是一个字符串用于说明你将要定向的文件或url.这个文件可以是jsp,程序段，或者其它能够处理request对象的文件(如asp,cgi,php).
<jsp:param name="parametername" value="{parametervalue | <%= expression %>}" />+
向一个动态文件发送一个或多个参数，这个文件一定是动态文件.
如果你想传递多个参数，你可以在一个jsp文件中使用多个<jsp:param>。name指定参数名，value指定参数值.
<jsp:forward>例子
<%@ page contentType="text/html;charset=gb2312" %>
<html>
<head>
<title>test</title>
</head>
<body>
<jsp:forward page="forwardTo.jsp">
<jsp:param name="userName" value="riso"/>
</jsp:forward>
</body>
</html>
forwardTo.jsp
<%@ page contentType="text/html;charset=gb2312" %>
<!--forwardTo.jsp-->
<%
String useName=request.getParameter("userName");
String outStr= "谢谢光临！";
outStr+=useName;
out.println(outStr);
%>
redirect的例子：
譬如：client 通过XXX\index.jsp?name=gauss&pwd=123访问index.jsp,而index.jsp中有< jsp:forward page="login.jsp"/>,则在login.jsp中可以通过request.getParameter()得到name和pwd，而<%response.sendRedirect("login.jsp");%>得不到。
--------------------------------------------------------------------------------------------------
在Java Web开发中，经常会用到跳转页面的方法，一般有下面两种方法。
Java代码
HttpServletResponse response = new HttpServletResponse();
response.sendRedirect(location);
RequestDispatcher rd = new RequestDispatcher();
rd.forward(request, response);
跳转方式
http://localhost:8080/Test应用
运用forward方法只能重定向到同一个Web应用程序中的一个资源。而sendRedirect方法可以让你重定向到任何URL。
表单form的action= “/uu “;sendRedirect( “/uu “);表示相对于服务器根路径。如http://localhost:8080/Test应用（则提交至http://localhost:8080/uu）;
Forward代码中的 “/uu “则代表相对与WEB应用的路径。如http://localhost:8080/Test应用（则提交至http://localhost:8080/Test/uu）;
（运用RequestDispatcher接口的Forward）方法
forward()无法重定向至有frame的jsp文件,可以重定向至有frame的html文件,
同时forward()无法在后面带参数传递,比如servlet?name=frank,这样不行,可以程序内通过response.setAttribute( “name “,name)来传至下一个页面.
重定向后浏览器地址栏URL不变.
只有在客户端没有输出时才可以调用forward方法。如果当前页面的缓冲区（buffer）不是空的，那么你在调用forward方法前必须先清空缓冲区。
“/ “代表相对与web应用路径
RequestDispatcher rd = request.getRequestDispatcher( “/ooo “);
rd.forward(request, response);提交至http://localhost:8080/Test/ooo
RequestDispatcher rd = getServletContext().getRequestDispatcher( “/ooo “);
rd.forward(request, response);提交至http://localhost:8080/Test/ooo
RequestDispatcher rd =getServletContext().getNamedDispatcher( “TestServlet “);（TestServlet为一个 <servlet-name> ）
rd.forward(request, response);提交至名为TestServlet的servlet
如果在 <jsp:forward> 之前有很多输出,前面的输出已使缓冲区满,将自动输出到客户端,那么该语句将不起作用,这一点应该特别注意。
另外要注意：它不能改变浏览器地址，刷新的话会导致重复提交
从http://localhost:8080/Test/gw/page.jsp中转发
<jsp:forward page= “OtherPage.jsp “/> 在JSP页面被解析后转换成pageContext.forward( “OtherPage.jsp [...]
--------------------------------------------------------------------------------------------------
清空当前缓存：
在之前撰写JSP的例子中，实用了out这个对象，这个对象您不用事先宣告，就可以在JSP网页中使用，这是JSP所提供的隐含对象
(Implicit Object)，在转译为Servlet之后，out会转换为对应于javax.servlet.jsp.JspWriter型态的对象。
JspWriter直接继承自java.io.Writer，您可以使用println()、print()方法将指定的数据以字符的方式传送至客户端，println()会
在送出数据之后进行换行，而print()则否，注意换行指的是在HTML原始码中设定换行字符，而不是输出<br>标签使得在网页中可以
换行。
out(JspWriter)具有缓冲区功能，HTTP的特性是为了要取得一份资源，就进行一份协议沟通，如果资源数目很多(例如一份HTML文件
还包括了许多的小图片)，而每份资源的容量实际上很小，那么为了要取得完整的资源，将会花费很多通讯在协议往来上，假设如果
out(JspWriter)不具有缓冲功能，则每一次out.println()，就会直接将数据送出至客户端，那么单要完成一个完整网页的传送，就
会花费不少的网络资源，每一个JSP网页预设上都会具有缓冲，您可以使用page指令元素的autoFlush属性来设定是否使用缓冲区功能
。
在Tomcat5上，预设为每一个JSP网页备有8192字节的缓冲区(您可以使用page指令元素的buffer属性来自缓冲区的大小)，在缓冲区还
没有满之前，数据不会真正被送出至客户端，在这之前，您还有机会重设送出的数据，如果缓冲区满了，数据将会被清出并送至客户
端，可以使用下面这个程序来示范：
buffer.jsp
<%@page contentType="text/html;charset=Big5"%>
<%
out.println("预设缓冲区大小：" + out.getBufferSize() + "<br>");
out.flush();
//下面的文字不会出现在客户端
out.println("您看的到这段文字吗?");
out.clearBuffer();
out.println("这段您可以看到!");
%>
您可以使用flush()直接清出缓冲区的内容，而clearBuffer()会将缓冲区的内容清除，所以第二段文字不会出现在客户端的网页上，
而最后一段会整个JSP网页执行完整后自动送出至客户端，执行结果如下：
预设缓冲区大小：8192
这段您可以看到!
您可以使用page指令元素的autoFlush来设定JSP页面是否使用缓冲区自动清出功能，out(JspWriter)以一种方式与
HttpServletResponse的PrintWriter建立关系，两者之间的行为关系取决于是否使用缓冲区自动清出，如果使用缓冲区自动清出，则
在缓冲区满之前，或是使用flush()之前不会建立PrintWriter对象来对客户端进行输出，如果不使用缓冲区自动清出，则写入out
(JspWriter)对象的数据会直接写入PrintWriter对象，然后在指定flush()之后输出至客户端。
如果您将autoFlush设定为false，则您必须明确的使用flush()来输出数据，否则缓冲区满了的话，就会发生IOException例外，使用
缓冲区有其好处，但由于缓冲区在满之前，数据并不会真正送出客户端，所以会有响应延迟的问题，如果您要实时性将结果响应至客
户端，则可以关闭缓冲区。
下面这个程序测试缓冲区关闭之后，如果缓冲区满了，会有什么结果：
buffer.jsp
<%@page contentType="text/html;charset=Big5" %>
<%
for(int i=0; i<2000; i++){
out.println("test");
//out.flush();
}
%>
如果没有移开out.flush()的批注符号，则会响应一下的错误讯息：
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error() that prevented it from fulfilling this request.
exception
java.io.IOException: Error: JSP Buffer overflow
......
请求重定向与请求转发的比较
尽管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应用程序的内部资源之间的跳转，特别是跳转之前要对请求进行一些前期预处理，并要使用HttpServletRequest.setAttribute方法传递预处理结果，那就应该使用RequestDispatcher.forward方法。不同WEB应用程序之间的重定向，特别是要重定向到另外一个WEB站点上的资源的情况，都应该使用HttpServletResponse.sendRedirect方法。
（5）无论是RequestDispatcher.forward方法，还是HttpServletResponse.sendRedirect方法，在调用它们之前，都不能有内容已经被实际输出到了客户端。如果缓冲区中已经有了一些内容，这些内容将被从缓冲区中清除。
相对路径
在相对路径上，两者的表现是相同的。
看看lingo-sample/03-03/这个例子，如果我们去请求relative/forward.jsp或redirect.jsp，然后从这里再跳转向它下面的result/result.jsp会怎样呢？
-
forward的例子：
<%request.getRequestDispatcher("result/result.jsp").forward(request, response);%>
这里的相对路径就是result/result.jsp。
因为刚刚请求的test.jsp是在/03-03/relative/下，所以我们的当前路径就是/03-03/relative/，执行forward的时候会寻找当前路径下的result/result.jsp，找到之后便转发请求。
-
redirect的例子：
<%response.sendRedirect("result/result.jsp");%>
这里的相对路径也是result/result.jsp。
因为刚刚请求的test.jsp是在/03-03/relative/下，所以我们的当前路径就是/03-03/relative/，执行redirect的时候会把当前路径加上result/result.jsp，把结果作为重定向的地址发送给浏览器，浏览器再去请求/03-03/relative/result/result.jsp，从而得到响应。
绝对路径
问题出现了，绝对路径在forward和redirect中出现了差别，还是刚才的情况，但使用绝对路径的时候写法便不同了。
-
forward的例子：
<%request.getRequestDispatcher("/relative/result/result.jsp").forward(request, response);%>
这里的绝对路径就是/relative/result/result.jsp。
在本地测试时，forward把http://localhost:8080/03-03/当作根路径，在它的基础上计算绝对路径。
这是由jsp的部署方式决定的，webapp里可以放好多项目，为了让这些项目可以互不影响、独立运行，不能让请求从一个项目直接在服务器内部转移到另一个项目。为了防止出现这种情况，在执行forward的时候干脆把项目的路径当作根目录，开发者看不到其他项目，也就不会出现问题了。
-
redirect的例子：
<%response.sendRedirect("/03-03/absolute/result/result.jsp");%>
这里的绝对路径却是/03-03/absolute/result/result.jsp。
在本地测试时，redirect把http://localhost:8080/当作根路径，在它的基础上计算绝对路径。
因为redirect会让浏览器重新发起一个新请求，所以不会搅乱服务器里多个项目之间的关系，也就不需要对它做限制，如果需要在多个项目之间进行跳转，就只能使用redirect。不过因为重新发起了新的请求，上次请求的那些数据都会丢失，如果有什么重要的数据，记得要重新设置。
找不到图片，找不到js脚本，找不到css样式表，都属于这个问题。
要演示这个问题，是非常容易的，只需要满足两个条件：
-
forward前后的jsp页面不在一个目录下。
-
forward后的jsp页面里使用相对路径引用一些资源，图片，js脚本，css样式表什么的
03-04里就模拟了这样一个环境，你进入http://localhost:8080/03-04/，选择“有问题的”：
打开03-04可以看到如下的目录结构：
|--+ 03-04 |--- index.jsp |--- test.jsp |--+ result |--- success.jsp |--- failure.jsp |--- lingo.png
刚才咱们看到的页面是failure.jsp，它里边显示图片的部分是：
<img src="lingo.png" />
这时候就有疑问了，lingo.png和failure.jsp明明在同一个目录下，为什么无法显示。
现在请在无法显示的图片上，点击鼠标右键，选择属性，让我们看一下图片的请求地址：
图片的位置本来在http://localhost:8080/03-04/result/lingo.png，但请求的地址却是http://localhost:8080/03-04/lingo.png。问题就是丢掉了中间的/result。
再试一次index.jsp上的“没问题的”：
这次我们看到的页面是success.jsp，它里边显示图片的部分是：
<img src="result/lingo.png" />
结果手工加上result这段路径后就可以显示图片了。
这个问题还要追溯到浏览器对html的处理方式，在html里包含的图片，css样式表，js脚本，视频等等外部资源，都需要浏览器再次向服务器发起请求。
如果这些外部资源使用了相对路径，浏览器就会在当前请求路径的基础上，加上相对路径拼接出完整的http请求，发送给服务器。这个例子中，我们请求http://localhost:8080/03-04/test.jsp，浏览器得到的当前路径就是http://localhost:8080/03-04/，failure.jsp中图片的相对路径是lingo.png，那么拼接的结果是http://localhost:8080/03-04/lingo.png。
不要怪浏览器太傻，是因为使用forward的时候浏览器并不清楚这些改变。它一直认为，既然自己请求的是test.jsp，返回的自然就是test.jsp的内容，那么再使用test.jsp当作当前路径去计算相对路径当然没有问题。是我们欺骗了浏览器，在服务器偷偷改变了请求流向，返回了其他页面的内容。
清楚了以上的请求流程，就知道如何应对这种问题了。
-
第一种方法：不要在不同目录之间使用forward做请求转发，保证当前路径不发生变化。
-
第二种方法：像上例一样修改图片路径，或全部改为绝对路径。请根据实际需要进行选择
扫一扫
467
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
