forward是服务器内部重定向,redirect则是服务器收到请求后发送一个状态头给客户。
forward是服务器内部重定向,程序收到请求后重新定向到另一个程序,客户机并不知道。
redirect则是服务器收到请求后发送一个状态头给客户,客户将再请求一次,这里多了两次网络通信的来往。
forward也有缺点,就是forward的页面的路径如果是相对路径就会有些问题了。
forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器。
redirect就是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址,一般来说浏览器会用刚才请求的所有参数重新请求,所以session,request参数都可以获取。
在有些情况下,比如,需要跳转到一个其它服务器上的资源,则必须使用 sendRedirect。
forward是服务器请求资源,服务器直接访问目标地址的URL,把那个URL的响应内容读取过来,然后把这些内容再发给浏览器,浏览器根本不知道服务器发送的内容是从哪儿来的,所以它的地址栏中还是原来的地址。 redirect就是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址,一般来说浏览器会用刚才请求的所有参数重新请求,所以session,request参数都可以获取。
前 者仅是容器中控制权的转向,在客户端浏览器地址栏中不会显示出转向后的地址;后者则是完全的跳转,浏览器将会得到跳转的地址,并重新发送请求链接。这样, 从浏览器的地址栏中可以看到跳转后的链接地址。所以,前者更加高效,在前者可以满足需要时,尽量使用 forward() 方法,并且,这样也有助于隐藏实际的链接。在有些情况下,比如,需要跳转到一个其它服务器上的资源,则必须使用 sendRedirect() 方法。
在Servlet中两种实现:
forward方式:request.getRequestDispatcher("/somePage.jsp").forward(request, response);
redirect方式:response.sendRedirect("/somePage.jsp");
forward是服务器内部重定向,程序收到请求后重新定向到另一个程序,客户机并不知道;redirect则是服务器收到请求后发送一个状态头给客户,客户将再请求一次,这里多了两次网络通信的来往。当然forward也有缺点,就是forward的页面的路径如果是相对路径就会有些问题了。
forward 会将 request state , bean 等等信息带往下一个 jsp
redirect 是送到 client 端后再一次 request , 所以资料不被保留.
使用 forward 你就可以用 getAttribute() 来取的前一个 jsp 所放入的 bean 等等资料
redirect 后,确认了要跳转的页面的 url,继续执行 redirect 下面的代码;执行完后,断开当前的与
用户所发出的请求连接,即断开 request 的引用指向,因此 request 里存放的 username 信息也会丢失
;然后再与用户建立新的请求连接,即创建新的 request 对象,这样 false 页面的通过
request.getAttribute("user") 就会得到一个 null 值;最终显示的是页面是 false 页面,所以地址栏
的 url 内容会发生变化。
forward 后,确认了要跳转的页面的 url,现在停止继续执行后面的代码,而是先执行 success
(servlet) 里的代码,执行完后再回来继续执行 check 后面的代码;在这期间 check 和 success 共享
一个 request 和 response 对象,所以 success 页面通过 request.getAttribute("user") 便可以取到
值;这个过程最后执行的还是 check 页面(即使 forward 后面没有任何代码),所以地址栏的 url 内容
不会发生变化。
续:
有时候会出现这样的两种错误:
1:
java.lang.IllegalStateException
org.apache.catalina.connector.ResponseFacade.sendRedirect(ResponseFacade.java:435)
2:
java.lang.IllegalStateException: Cannot forward after response has been committed
通过上面介绍,不难理解其原因是:前者是 forward 后面的代码还要执行 redirect,后者是 redirect
后面还要执行 forward。