什麼是 HTTP 狀態程式碼？ 它們是什麼？

要求請求者繼續執行操作的狀態程式碼。

請求成功。 重定向，則需要採取進一步措施才能完成請求。

301 和 302 應該是支援任何方法的重定向，但瀏覽器使用 get 方法進行重定向

這都是永久重定向。

這些都是臨時重定向。

302 狀態程式碼表示目標資源已臨時移動到另乙個 URI。 由於重定向是臨時發生的，因此客戶端還應將原始 URI 用於後續請求。

伺服器會將此不同的 URI 放在響應標頭的 location 欄位中。 瀏覽器可以使 Eyelier 使用該位置的 URI 自動重定向。

303 狀態程式碼表示伺服器正在將瀏覽器重定向到另乙個資源，並且此資源的 URI 寫入響應標頭的 location 欄位中。 從語義上講，您被重定向到的資源不是您請求的資源，而是您請求的資源的一些描述。

303 通常用於將 POST 請求重定向到 GET 請求，例如，如果您上傳了一條個人資訊，伺服器會發回 303 響應，將您定向到“成功上傳”頁面。

原始請求的方法是什麼，重定向請求的方法是get（或head，不常用）。

在這一點上，你可能會發現 303 和 302 做了類似的事情，除了語義上的差異之外，似乎 302 包含了 303。

307 的定義實際上與 302 的定義相同，唯一的區別是 307 狀態程式碼不允許瀏覽器將原本是 POST 的請求重定向到 GET 請求。

302允許在各種情況下進行重定向，一般實現重定向獲取，但不保證帖子會被重定向到帖子; 303將允許重定向任意請求獲取; 307 與 302 相同，但不允許從 get 到 post 的重定向。

301 狀態程式碼指示目標資源已永久移動到新的 URI，並且將來對此資源的任何引用都應使用新的 URI。

308 的定義實際上與 301 的定義相同，唯一的區別是 308 狀態程式碼不允許瀏覽器將原本是 POST 的請求重定向到 GET 請求。

客戶端錯誤。

伺服器錯誤。

例如，成功 2 請求的狀態碼已成功處理。

200 伺服器已成功處理請求並提供請求的網頁。

伺服器 204 已成功處理請求，但未返回任何請求。

重定向 3：每個請求使用重定向的次數不要超過 5 次。

客戶端錯誤 4 表示請求可能出錯，從而阻止伺服器處理它。

400 伺服器不理解請求的語法。

403 伺服器拒絕該請求。

404 伺服器找不到請求的網頁。 伺服器上不存在的網頁通常會返回此內容。

伺服器在永久刪除 410 請求的資源後返回此響應。 這類似於 404（未找到），但有時在資源以前存在但現在不存在時用來代替 404。 如果資源已被永久刪除，則應使用 301 為資源指定新位置。

伺服器錯誤 5 表示伺服器在處理請求時發生內部錯誤。 這些錯誤可能是伺服器本身的錯誤，而不是請求中的錯誤。

500 伺服器遇到錯誤，無法完成請求。

503 伺服器當前不可用（由於過載或停機進行維護）。 通常，這只是一種暫時狀態。