301永久性重定向和302临时性重定向

先看看wiki http状态码的解释。

  301 Moved Permanently 被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一。如果可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。

  302 Found 请求的资源现在临时从不同的URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。

字面区别是 301 是永久性重定向，302 是临时性重定向。

---

什么是 301 转向？ 什么是 301 重定向？

  301 转向（或叫 301 重定向，301 跳转），是当用户或搜索引擎向网站服务器发出浏览请求时，服务器返回的HTTP数据流中头信息(header)中的状态码的一种，表示本网页永久性转移到另一个地址。
　

301.png

什么是 302 重定向？

  302 重定向又称之为 302 代表暂时性转移(Temporarily Moved )，英文名称：302 Found。 也被认为是暂时重定向(temporary redirect)，一条对网站浏览器的指令来显示浏览器被要求显示的不同的URL，当一个网页经历过短期的URL的变化时使用。一个暂时重定向是一种服务器端的重定向，能够被搜索引擎蜘蛛正确地处理。

302.png

301 重定向与 302 重定向的区别

  302 重定向是暂时的重定向，搜索引擎会抓取新的内容而保留旧的网址。因为服务器返回 302 代码，搜索引擎认为新的网址只是暂时的。换句话说，已移动的资源对应的 URI 将来还有可能会改变。比如，用户把 URI 保存成书签，但不会像 301 状态码出现时那样去更新书签，而是仍旧保留返回 302 状态码的页面对应的 URI 。
  301 重定向是永久的重定向，搜索引擎在抓取新内容的同时也将旧的网址替换为重定向之后的网址。也就是说，如果已经把资源对应的 URI 保存为书签了，这时应该按 Location 首部字段提示的 URI 重新保存。

  当 301、302、303 响应状态码返回时，几乎所有的浏览器都会把 POST 改成 GET，并删除请求报文内的主体，之后请求会自动再次发送。
  301、302 标准是禁止将 POST 方法改变成 GET 方法的，但实际使用时大家都会这么做。

为什么 302 重定向和网址劫持有关联

  从网址 A 做一个 302 重定向到网址 B 时，主机服务器的隐含意思是网址 A 随时有可能改主意，重新显示本身的内容或转向其他的地方。大部分的搜索引擎在大部分情况下，当收到 302 重定向时，一般只要去抓取目标网址就可以了，也就是说网址 B。如果搜索引擎在遇到 302 转向时，百分之百的都抓取目标网址 B 的话，就不用担心网址 URL 劫持了。问题就在于，有的时候搜索引擎，尤其是 Google，并不能总是抓取目标网址。
　　比如说，有的时候 A 网址很短，但是它做了一个 302 重定向到 B 网址，而 B 网址是一个很长的乱七八糟的 URL 网址，甚至还有可能包含一些问号之类的参数。很自然的，A 网址更加用户友好，而 B 网址既难看，又不用户友好。这时 Google 很有可能会仍然显示网址 A。由于搜索引擎排名算法只是程序而不是人，在遇到 302 重定向的时候，并不能像人一样的去准确判定哪一个网址更适当，这就造成了网址 URL 劫持的可能性。也就是说，一个不道德的人在他自己的网址 A 做一个302 重定向到你的网址 B，出于某种原因， Google 搜索结果所显示的仍然是网址 A，但是所用的网页内容却是你的网址 B 上的内容，这种情况就叫做网址URL 劫持。你辛辛苦苦所写的内容就这样被别人偷走了。
　　302 重定向所造成的网址 URL 劫持现象，已经存在一段时间了。不过到目前为止，似乎也没有什么更好的解决方法。在正在进行的数据中心转换中，302 重定向问题也是要被解决的目标之一。从一些搜索结果来看，网址劫持现象有所改善，但是并没有完全解决。

301 适合永久重定向

比较常用的场景是做域名跳转。
比如访问http://veryyoung.github.io会重定向到http://veryyoung.me

image.png

如上图，请求后的状态码为 301，并在返回头的 Location 中会指明重定向的目标地址。
同时 301 请求可以缓存（See Status Code，后边写着 from cache）。
如果你把网页的后缀从 .php 改为 .html，301 也是非常适合的。
把网站从 http 重定向到 https，301 也非常适合。
借助 http 头标（header）。用 cache 类的 http 头标（header）进行控制。
在返回 301 重定向的同时，增加一个 header 如下：Cache-Control:no-cache。
可以既用 301 重定向，又不用浏览器缓存。

302 用来做临时跳转

  比如未登陆的用户访问用户中心重定向到登陆页面。访问404页面会自动重定向到首页。

303 See Other

  该状态码表示由于请求对应的资源存在另一个URI，应该使用GET方法定向获取请求的资源。
  303 状态码和 302 Found 状态码有着相同的功能，但 303 状态码明确表示客户端应当采用 GET 方法获取资源，这点与 302 状态码有区别。
  比如，当使用 POST 方法访问 CGI 程序，其执行后的处理结果是希望客户端能以 GET 方法重定向到另一个 URI 上去时，返回 303 状态码。虽然 302 Found 状态码也可以实现相同的功能，但这里使用 303 状态码是最理想的。

307 Temporary Redirect

  临时重定向。该状态码与 302 Found 有着相同的含义。尽管 302 标准禁止 POST 变换成 GET，但实际使用时大家并不遵守。307 会遵照浏览器标准，不会从 POST 变成 GET 。但是，对于处理响应时的行为，每种浏览器有可能出现不容的情况。