关于forward和redirect的区别

forward是服务器请求资源，服务器直接访问目标地址的URL，把那个URL的响应内容读取过来，然后把这些内容再发给浏览器，浏览器根本不知道服务器发送的内容是从哪儿来的，所以它的地址栏中还是原来的地址。还有，转发是在web应用程序之内进行的，可以访问web应用程序所设定的内部目录，像是WEB-INF目录，只能在Web应用程序中进行，不能指定至其它的Web应用程序的地址。
redirect就是服务端根据逻辑,发送一个状态码,告诉浏览器重新去请求那个地址，一般来说浏览器会用刚才请求的所有参数重新请求，所以session,request参数都可以获取。web应用程序会要求客户端浏览器重新发出请求地址，客户端会重新连接至所指定的地址，因此浏览器的地址会出现重新导向的信息，重新导向后的请求由浏览器发出，所以不能访问Web应用程序中的隐藏目录，像是WEB-INF，重新是由浏览器重新要求一个网页，可以指定至其他的Web应用程序地址。
RequestDispatcher.forward()方法和HttpServletResponse.sendRedirect()方法的区别是：前者仅是容器中控制权的转向，在客户端浏览器地址栏中不会显示出转向后的地址，他是不会改变Request的值，如果你需要在下一个页面中能从中获取新的信息的话，你可以Request.setAttribute()来放置一些标志，这样从下一个页面中获取；后者则是完全的跳转，浏览器将会得到跳转的地址，并重新发送请求链接。这样，从浏览器的地址栏中可以看到跳转后的链接地址。所以，前者更加高效，在前者可以满足需要时，尽量使用Request Dispatcher.forward()方法，并且，这样也有助于隐藏实际的链接。在有些情况下，比如，需要跳转到一个其它服务器上的资源，则必须使用 HttpServletResponse.sendRequest()方法。
1、forward与include共亨Request范围内的对象,而redirect则不行，即：如果一个javabean被声明为request范围的话，则被forward到的资源也可以访问这个javabean,而redriect则不行。
2、forward与include基本上都是转发到context内部的资源，而redirect可以重定向到外部的资源,如： req.sendRedriect(http://www.mocuai.com);

 

上面是从网上找来的比较全面的解释,个人理解总结如下:

共同点:forward与redirect都可以对用户的request进行转发,

不同点:forward是服务器内部重定向,对客户端是隐蔽的,所以客户端是看不到重定向的资源的路径,另外本质上来说forward只发起了一次request请求,它可以在重定向的时候共享Request范围内的对象;Redirect方式利用的是HTTP协议中的redirect机制,redirect

就是服务端响应客户端请求后根据逻辑,发送一个状态码,告诉客户端重新去请求一个地址,所以本质上redirect是发生在客户端的2次请求,因此可以在客户端看到重定向的路径,而且第一次request范围内的对象在redirect发生后一般是无效的(可以通过特殊手段使其有效,但范围肯定是改变了).

个人认为高效不高效是相对的,通常来说由于网络响应速度比起服务器内部处理的速度慢太多了,所以forward会表现为高效,但若是forward重定向的资源处理非常复杂也有可能使得响应很缓慢.