先看看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 。但是，對于處理響應時的行為，每種瀏覽器有可能出現不容的情況。