web中的重定向与转发

Redirect：重定向(客户端重定向)

是HTTP协议规定的一种机制：当client向server发送一个请求，要求获取一个资源时，在server接收到这个请求后发现请求的这个资源实际存放在另一个位置，于是server在返回的response中写入那个请求资源的正确的URL，并设置reponse的状态码为301（表示这是一个要求浏览器重定向的response)，当client接受到这个response后就会根据新的URL重新发起请求。重定向有一个典型的特症，即，当一个请求被重定向以后，最终浏览器上显示的URL往往不再是开始时请求的那个URL了。

在Servlet里，实现客户端重定向的方法是：response.sendRedirect（）。

Dispatch（Forward)：转发（又称为服务器端重定向）

Dispatch（Forward)指的是服务器在处理request的过程中将request先后委托多个servlet或jsp接替进行处理的过程。最为常见的是先由一个Servlet处理（比如实现业务逻辑的计算），然后forward给一个JSP进行视图的渲染。在Servlet里，实现dispatch是通过RequestDispatchers来实现的，而这个类有两个方法，一个是forward,另一个是include,相应的在JSP里实现dispatch的标签也有两个：<jsp:forward/>和<jsp:include/>.  不管是forward还是include，我们可以清楚的看到，从一个servlet或jsp向别一个servlet或jsp跳转，request和reponse始终在期间传递，这是服务器端能实现dispatch模式的关键。换句话说，我们可以把request和reponse看作是一种资源，一系列的servlet和jsp都是在基于同一份资源完成它们职责范围之内的计算。

两者的区别是：

重定向是客户端行为,转发是服务器行为。

重定向过程：客户浏览器发送http请求——》web服务器接受后发送302状态码响应及对应新的location给客户浏览器——》客户浏览器发现是302响应，则自动再发送一个新的http请求，请求url是新的location地址——》服务器根据此请求寻找资源并发送给客户。在这里location可以重定向到任意URL，既然是浏览器重新发出了请求，则就没有什么request传递的概念了。在客户浏览器路径栏显示的是其重定向的路径，客户可以观察到地址的变化的。重定向行为是浏览器做了至少两次的访问请求的。

转发过程：客户浏览器发送http请求——》web服务器接受此请求——》调用内部的一个方法在容器内部完成请求处理和转发动作——》将目标资源发送给客户；在这里，转发的路径必须是同一个web容器下的url，其不能转向到其他的web路径上去，中间传递的是自己的容器内的request。在客户浏览器路径栏显示的仍然是其第一次访问的路径，也就是说客户是感觉不到服务器做了转发的。转发行为是浏览器只做了一次访问请求。

类别	概念	共享数据	应用
Redirect	URL重新定向：可以是任意的URL	不能共享request里面的数据	一般用于用户注销登录时返回主页面和跳转到其它的网站等等
Forward	页面的转发：只能是同一个Web应用程序的其他Web组件	转发页面和转发到的页面可以共性request里面的数据	一般用于用户登录的时候根据角色转发到相应的模块等等

来自为知笔记(Wiz)