转发重定向 好文

这篇文章写的很好，对大家很有用，所以就贴过来了。本来要收藏的，因为不想破坏博客坚持原创的原则。但是忽然发现文章在结构上可以修改一下，所以不破坏原则。原文出处已经忘记了，但是不是杨小一。我只是做了换汤不换药的修改。这个问题实际工作和面试的时候经常会被用到，这样解释我觉得非常好。

一句话，转发是服务器行为，重定向是客户端行为。

例子: 

解释一 （最好懂）

假设你去办理某个执照， 

重定向:你先去了A局，A局的人说:“这个事情不归我们管，去B局”，然后，你就从A退了出来，自己乘车去了B局。 

转发:你先去了A局，A局看了以后，知道这个事情其实应该B局来管，但是他没有把你退回来，而是让你坐一会儿，自己到后面办公室联系了B的人，让他们办好后，送了过来。

解释二 （面试足以）

重定向   其实是两次request, 

第一次，客户端requestA,服务器响应，并response回来，告诉浏览器，你应该去B。这个时候IE可以看到地址变了，而且历史的回退按钮也亮了。重定向可以访问自己web应用以外的资源。在重定向的过程中，传输的信息会被丢失。

 

请求转发  是服务器内部把对一个request/response的处理权，移交给另外一个 

对于客户端而言，它只知道自己最早请求的那个A，而不知道中间的B，甚至C、D。传输的信息不会丢失。 

解释三（高大上）

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

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