四、重定向（3字頭）

 

這類狀態(tài)碼代表需要客戶端采取進一步的操作才能完成請求。通常，這些狀態(tài)碼用來重定向，后續(xù)的請求地址（重定向目標(biāo)）在本次響應(yīng)的 Location 域中指明。

 

當(dāng)且僅當(dāng)后續(xù)的請求所使用的方法是 GET 或者 HEAD 時，用戶瀏覽器才可以在沒有用戶介入的情況下自動提交所需要的后續(xù)請求。客戶端應(yīng)當(dāng)自動監(jiān)測無限循環(huán)重定向（例如：A->A，或者A->B->C->A），因為這會導(dǎo)致服務(wù)器和客戶端大量不必要的資源消耗。按照 HTTP/1.0 版規(guī)范的建議，瀏覽器不應(yīng)自動訪問超過5次的重定向。

 

300 Multiple Choices

 

被請求的資源有一系列可供選擇的回饋信息，每個都有自己特定的地址和瀏覽器驅(qū)動的商議信息。用戶或瀏覽器能夠自行選擇一個首選的地址進行重定向。

 

除非這是一個 HEAD 請求，否則該響應(yīng)應(yīng)當(dāng)包括一個資源特性及地址的列表的實體，以便用戶或瀏覽器從中選擇最合適的重定向地址。這個實體的格式由 Content-Type 定義的格式所決定。瀏覽器可能根據(jù)響應(yīng)的格式以及瀏覽器自身能力，自動作出最合適的選擇。當(dāng)然，RFC 2616規(guī)范并沒有規(guī)定這樣的自動選擇該如何進行。

 

如果服務(wù)器本身已經(jīng)有了首選的回饋選擇，那么在 Location 中應(yīng)當(dāng)指明這個回饋的 URI；瀏覽器可能會將這個 Location 值作為自動重定向的地址。此外，除非額外指定，否則這個響應(yīng)也是可緩存的。

 

301 Moved Permanently

 

被請求的資源已永久移動到新位置，并且將來任何對此資源的引用都應(yīng)該使用本響應(yīng)返回的若干個 URI 之一。如果可能，擁有鏈接編輯功能的客戶端應(yīng)當(dāng)自動把請求的地址修改為從服務(wù)器反饋回來的地址。除非額外指定，否則這個響應(yīng)也是可緩存的。

 

新的永久性的URI 應(yīng)當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當(dāng)包含指向新的 URI 的超鏈接及簡短說明。

 

如果這不是一個 GET 或者 HEAD 請求，因此瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發(fā)生變化。

 

注意：對于某些使用 HTTP/1.0 協(xié)議的瀏覽器，當(dāng)它們發(fā)送的 POST 請求得到了一個301響應(yīng)的話，接下來的重定向請求將會變成 GET 方式。

 

302 Found

 

請求的資源現(xiàn)在臨時從不同的 URI 響應(yīng)請求。由于這樣的重定向是臨時的，客戶端應(yīng)當(dāng)繼續(xù)向原有地址發(fā)送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應(yīng)才是可緩存的。

 

新的臨時性的URI 應(yīng)當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當(dāng)包含指向新的 URI 的超鏈接及簡短說明。

 

如果這不是一個 GET 或者 HEAD 請求，那么瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發(fā)生變化。

 

注意：雖然RFC 1945和RFC 2068規(guī)范不允許客戶端在重定向時改變請求的方法，但是很多現(xiàn)存的瀏覽器將302響應(yīng)視作為303響應(yīng)，并且使用 GET 方式訪問在 Location 中規(guī)定的 URI，而無視原先請求的方法。狀態(tài)碼303和307被添加了進來，用以明確服務(wù)器期待客戶端進行何種反應(yīng)。

 

303 See Other

 

對應(yīng)當(dāng)前請求的響應(yīng)可以在另一個 URI 上被找到，而且客戶端應(yīng)當(dāng)采用 GET 的方式訪問那個資源。這個方法的存在主要是為了允許由腳本激活的POST請求輸出重定向到一個新的資源。這個新的 URI 不是原始資源的替代引用。同時，303響應(yīng)禁止被緩存。當(dāng)然，第二個請求（重定向）可能被緩存。

 

新的URI 應(yīng)當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當(dāng)包含指向新的 URI 的超鏈接及簡短說明。

 

注意：許多 HTTP/1.1 版以前的瀏覽器不能正確理解303狀態(tài)。如果需要考慮與這些瀏覽器之間的互動，302狀態(tài)碼應(yīng)該可以勝任，因為大多數(shù)的瀏覽器處理302響應(yīng)時的方式恰恰就是上述規(guī)范要求客戶端處理303響應(yīng)時應(yīng)當(dāng)做的。

 

304 Not Modified

 

如果客戶端發(fā)送了一個帶條件的 GET 請求且該請求已被允許，而文檔的內(nèi)容（自上次訪問以來或者根據(jù)請求的條件）并沒有改變，則服務(wù)器應(yīng)當(dāng)返回這個狀態(tài)碼。304響應(yīng)禁止包含消息體，因此始終以消息頭后的第一個空行結(jié)尾。

 

該響應(yīng)必須包含以下的頭信息：

 

Date，除非這個服務(wù)器沒有時鐘。假如沒有時鐘的服務(wù)器也遵守這些規(guī)則，那么代理服務(wù)器以及客戶端可以自行將 Date 字段添加到接收到的響應(yīng)頭中去（正如RFC 2068中規(guī)定的一樣），緩存機制將會正常工作。

 

ETag 和/或 Content-Location，假如同樣的請求本應(yīng)返回200響應(yīng)。

 

Expires, Cache-Control，和/或Vary，假如其值可能與之前相同變量的其他響應(yīng)對應(yīng)的值不同的話。

 

假如本響應(yīng)請求使用了強緩存驗證，那么本次響應(yīng)不應(yīng)該包含其他實體頭；否則（例如，某個帶條件的 GET 請求使用了弱緩存驗證），本次響應(yīng)禁止包含其他實體頭；這避免了緩存了的實體內(nèi)容和更新了的實體頭信息之間的不一致。

 

假如某個304響應(yīng)指明了當(dāng)前某個實體沒有緩存，那么緩存系統(tǒng)必須忽視這個響應(yīng)，并且重復(fù)發(fā)送不包含限制條件的請求。

 

假如接收到一個要求更新某個緩存條目的304響應(yīng)，那么緩存系統(tǒng)必須更新整個條目以反映所有在響應(yīng)中被更新的字段的值。

 

305 Use Proxy

 

被請求的資源必須通過指定的代理才能被訪問。Location 域中將給出指定的代理所在的 URI 信息，接收者需要重復(fù)發(fā)送一個單獨的請求，通過這個代理才能訪問相應(yīng)資源。只有原始服務(wù)器才能建立305響應(yīng)。

 

注意：RFC 2068中沒有明確305響應(yīng)是為了重定向一個單獨的請求，而且只能被原始服務(wù)器建立。忽視這些限制可能導(dǎo)致嚴(yán)重的安全后果。

 

306 Switch Proxy

 

在最新版的規(guī)范中，306狀態(tài)碼已經(jīng)不再被使用。

 

307 Temporary Redirect

 

請求的資源現(xiàn)在臨時從不同的URI 響應(yīng)請求。由于這樣的重定向是臨時的，客戶端應(yīng)當(dāng)繼續(xù)向原有地址發(fā)送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應(yīng)才是可緩存的。

 

新的臨時性的URI 應(yīng)當(dāng)在響應(yīng)的 Location 域中返回。除非這是一個HEAD 請求，否則響應(yīng)的實體中應(yīng)當(dāng)包含指向新的URI 的超鏈接及簡短說明。因為部分瀏覽器不能識別307響應(yīng)，因此需要添加上述必要信息以便用戶能夠理解并向新的 URI 發(fā)出訪問請求。

 

如果這不是一個GET 或者 HEAD 請求，那么瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發(fā)生變化。