100：繼續??客戶端應當繼續發送請求。客戶端應當繼續發送請求的剩余部分，或者如果請求已經完成，忽略這個響應。 101： 轉換協議??在發送完這個響應最后的空行后，服務器將會切換到在Upgrade 消息頭中定義的那些協議。只有在切換新的協議更有好處的時候才應該采取類似措施。 102：繼續處理?? 由WebDAV（RFC 2518）擴展的狀態碼，代表處理將被繼續執行。 200：請求成功??????處理方式：獲得響應的內容，進行處理 201：請求完成，結果是創建了新資源。新創建資源的URI可在響應的實體中得到????處理方式：爬蟲中不會遇到 202：請求被接受，但處理尚未完成????處理方式：阻塞等待 204：服務器端已經實現了請求，但是沒有返回新的信 息。如果客戶是用戶代理，則無須為此更新自身的文檔視圖。????處理方式：丟棄 300：該狀態碼不被HTTP/1.0的應用程序直接使用， 只是作為3XX類型回應的默認解釋。存在多個可用的被請求資源。????處理方式：若程序中能夠處理，則進行進一步處理，如果程序中不能處理，則丟棄 301：請求到的資源都會分配一個永久的URL，這樣就可以在將來通過該URL來訪問此資源????處理方式：重定向到分配的URL 302：請求到的資源在一個不同的URL處臨時保存?????處理方式：重定向到臨時的URL 304：請求的資源未更新?????處理方式：丟棄 400：非法請求?????處理方式：丟棄 401：未授權?????處理方式：丟棄 403：禁止?????處理方式：丟棄 404：沒有找到?????處理方式：丟棄 500：服務器內部錯誤??服務器遇到了一個未曾預料的狀況，導致了它無法完成對請求的處理。一般來說，這個問題都會在服務器端的源代碼出現錯誤時出現。 501：服務器無法識別??服務器不支持當前請求所需要的某個功能。當服務器無法識別請求的方法，并且無法支持其對任何資源的請求。 502：錯誤網關??作為網關或者代理工作的服務器嘗試執行請求時，從上游服務器接收到無效的響應。 503：服務出錯?? 由于臨時的服務器維護或者過載，服務器當前無法處理請求。這個狀況是臨時的，并且將在一段時間以后恢復。?

轉載于:https://www.cnblogs.com/tian-sun/p/7404417.html

總結

以上是生活随笔為你收集整理的状态码的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。