筆記常見的HTTP狀態碼
HTTP_STATUS_CODE
1** (消息)
這一類型的狀態碼，代表請求已被接受，需要繼續處理。這類響應是臨時響應，只包含狀態行和某些可選的響應頭信息，並以空行結束。由於HTTP/1.0 協議中沒有定義任何1xx 狀態碼，所以除非在某些試驗條件下，服務器禁止向此類客戶端發送1xx 響應。
100: 服務器僅接收到部分請求
101: 服務器已經理解了客戶端的請求，並將通過Upgrade 消息頭通知客戶端採用不同的協議來完成這個請求。
2** (請求成功)
這一類型的狀態碼，代表請求已成功被服務器接收、理解、並接受
200: 請求成功（其後是對GET和POST請求的應答文檔。）
201: 請求被創建完成，同時新的資源被創建。
3** (重定向)
這類狀態碼代表需要客戶端採取進一步的操作才能完成請求。通常，這些狀態碼用來重定向，後續的請求地址（重定向目標）在本次響應的Location 域中指明。
300: 多重選擇。鏈接列表。用戶可以選擇某鏈接到達目的地。
301: 頁面永久重定向
302: 頁面臨時重定向
304: 資源未被修改，服務器告訴客戶，原來緩衝的文檔還可以繼續使用。
4** (客戶端錯誤)
這類的狀態碼代表了客戶端看起來可能發生了錯誤，妨礙了服務器的處理。除非響應的是一個HEAD 請求，否則服務器就應該返回一個解釋當前錯誤狀況的實體，以及這是臨時的還是永久性的狀況。這些狀態碼適用於任何請求方法。瀏覽器應當向用戶顯示任何包含在此類錯誤響應中的實體內容。
400: 服務器未能理解請求
401: 被請求的頁面需要用戶名和密碼。
403: 對請求頁面的訪問被禁止。 （通常為沒有讀權限）
404: 服務器無法找到被請求的頁面。
408: 超出服務器等待時間
413: 由於所請求的實體的太大，服務器不會接受請求。
414: 由於url太長，服務器不會接受請求。當post請求被轉換為帶有很長的查詢信息的get請求時，就會發生這種情況。
筆記來源轉載自 w3ctrain(Helkyle)