該狀態(tài)碼不被HTTP/1.0的應(yīng)用程序直接使用，只是做為3xx類型回應(yīng)的缺省解釋。存在多個可用的被請求資源。

 

除非是HEAD請求，否則回應(yīng)的實(shí)體中必須包括這些資源的字符列表及位置信息，由用戶或用戶代理來決定哪個是最適合的。

 

如果服務(wù)器有首選，它應(yīng)將對應(yīng)的URL信息存放在位置域(Location field)處，用戶代理會根據(jù)此域的值來實(shí)現(xiàn)自動的重定向。

 

301 Moved Permanently

 

請求到的資源都會分配一個永久的URL，這樣就可以在將來通過該URL來訪問此資源。有編輯鏈接功能的客戶端會盡可能地根據(jù)服務(wù)器端傳回的新鏈接而自動更新請求URI。 新的URL必須由回應(yīng)中的位置域指定。除非是HEAD請求，否則回應(yīng)的實(shí)體主體 (Entity-Body)必須包括對新URL超鏈接的簡要描述。

 

如果用POST方法發(fā)出請求，而接收到301回應(yīng)狀態(tài)碼。在這種情況下，除非用戶確認(rèn)，否則用戶代理不必自動重定向請求，因?yàn)檫@將導(dǎo)致改變已發(fā)出請求的環(huán)境。

 

注意：當(dāng)在接收到301狀態(tài)碼后而自動重定向POST請求時，一些現(xiàn)存的用戶代理會錯誤地將其改為GET請求。

 

302 Moved Temporarily

 

請求到的資源在一個不同的URL處臨時保存。因?yàn)橹囟ㄏ蛴袝r會被更改，客戶端應(yīng)繼續(xù)用請求URI來發(fā)出以后的請求。新的URL必須由回應(yīng)中的位置域指定。除非是HEAD請求，否則回應(yīng)的實(shí)體主體 (Entity-Body)必須包括對新URL超鏈接的簡要描述。

 

如果用POST方法發(fā)出請求，而接收到302回應(yīng)狀態(tài)碼。在這種情況下，除非用戶確認(rèn)，否則用戶代理不必自動重定向請求，因?yàn)檫@將導(dǎo)致改變已發(fā)出請求的環(huán)境。

 

注意：當(dāng)在接收到302狀態(tài)碼后而自動重定向POST請求時，一些現(xiàn)存的用戶代理會錯誤地將其改為GET請求。

 

304 Not Modified

 

如果客戶端成功執(zhí)行了條件GET請求，而對應(yīng)文件自If-Modified-Since域所指定的日期以來就沒有更新過，服務(wù)器應(yīng)當(dāng)回應(yīng)此狀態(tài)碼，而不是將實(shí)體主體發(fā)送給客戶端?；貞?yīng)標(biāo)題域中只應(yīng)包括一些相關(guān)信息，比如緩存管理器、與實(shí)體最近更新(entity\'s Last-Modified)日期無關(guān)的修改。相關(guān)標(biāo)題域的例子有：日期、服務(wù)器、過期時間。每當(dāng)304回應(yīng)中給出的域值發(fā)生變化，緩存都應(yīng)當(dāng)對緩存的實(shí)體進(jìn)行更新。

 

以上就是小編關(guān)于服務(wù)器的重定向的解析。