Http狀態代碼之:301、302重新導向

來源:互聯網
上載者:User

標籤:

概念

301 Moved Permanently 被請求的資源已永久移動到新位置,並且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一。如果可能,擁有連結編輯功能的用戶端應當自動把請求的地址修改為從伺服器反饋回來的地址。除非額外指定,否則這個響應也是可快取的。 新的永久性的URI應當在響應的Location域中返回。除非這是一個HEAD請求,否則響應的實體中應當包含指向新的URI的超連結及簡短說明。 如果這不是一個GET或者HEAD請求,因此瀏覽器禁止自動進行重新導向,除非得到使用者的確認,因為請求的條件可能因此發生變化。 注意:對於某些使用HTTP/1.0協議的瀏覽器,當它們發送的POST請求得到了一個301響應的話,接下來的重新導向請求將會變成GET方式。

302 Found 請求的資源現在臨時從不同的URI響應請求。由於這樣的重新導向是臨時的,用戶端應當繼續向原有地址發送以後的請求。只有在Cache-Control或Expires中進行了指定的情況下,這個響應才是可快取的。 新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求,否則響應的實體中應當包含指向新的URI的超連結及簡短說明。 如果這不是一個GET或者HEAD請求,那麼瀏覽器禁止自動進行重新導向,除非得到使用者的確認,因為請求的條件可能因此發生變化。 注意:雖然RFC 1945和RFC 2068規範不允許用戶端在重新導向時改變請求的方法,但是很多現存的瀏覽器將302響應視作為303響應,並且使用GET方式訪問在Location中規定的URI,而無視原先請求的方法。狀態代碼303和307被添加了進來,用以明確伺服器期待用戶端進行何種反應。

這是從維基百科上找來的概念,看過後還是能看明白個大概吧。301是說訪問的資源已經永久刪除啦,用戶端要根據新的URI訪問重新導向;而302的意思就是說訪問的資源可能暫時先用location的URI訪問,但舊資源還在的,下次你再來訪問的時候可能就不用重新導向了。

常用應用情境
  • 情境一 想換個網域名稱,舊的網域名稱不用啦,這樣使用者訪問舊網域名稱時用301就重新導向到新的網域名稱。其實也是告訴搜尋引擎收錄的網域名稱需要對新的網域名稱進行收錄。

  • 情境二 登入後重新導向到指定的頁面,這種情境比較常見就是登入成功跳轉到具體的系統頁面。

  • 情境三 有時候需要自動重新整理頁面,比如5秒後回到訂單詳細頁面之類。

  • 情境四 有時系統進行升級或者切換某些功能時,需要臨時更換地址。

  • 情境五 像微博之類的使用短網域名稱,使用者瀏覽後需要重新導向到真實的地址之類。

代碼示範
public void doGet(HttpServletRequest request, HttpServletResponse response)          throws ServletException, IOException {      //請求重新導向的例子      response.setStatus(301);     response.setHeader("Location", "http://127.0.0.1/login.htm");}

在使用者訪問後瀏覽器都會重新導向到http://127.0.0.1/login.htm

301與302在選擇上注意的問題

302 重新導向和網址劫持(URL hijacking) 從網址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劫持現象,已經存在一段時間了。不過到目前為止,似乎也沒有什麼更好的解決方案。在進行中的Google大爸爸資料中心轉換中,302 重新導向問題也是要被解決的目標之一。從一些搜尋結果來看,網址劫持現象有所改善,但是並沒有完全解決。

大體意思是會引起搜尋引擎的排名,而且302重新導向很容易被搜尋引擎誤認為是利用多個網域名稱指向同一網站,那麼你的網站就會被封掉。

是說除非真是臨時重新導向使用302,其他的情況最好還是使用301吧

參考資料

HTTP狀態代碼 https://zh.wikipedia.org/wiki/HTTP狀態代碼

http狀態代碼301和302詳解及區別——辛酸的探索之路 http://blog.csdn.net/grandpang/article/details/47448395

302重新導向 http://baike.baidu.com/view/2453504.htm

 

 

註:此文章為原創,歡迎轉載,請在文章頁面明顯位置給出此文連結!若您覺得這篇文章還不錯請點擊下右下角的推薦,非常感謝!http://www.cnblogs.com/5207

Http狀態代碼之:301、302重新導向

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.