1.說明緩存
HTTP服務器狀態代碼定義（Status Code Definitions）安全
作測試的時候,會產生比較多的HTTP錯誤，查看其錯誤,有超時的,連接不到圖片的,鏈接不到服務器等等，不少人常常忘記，因此整理一下，幫助記憶服務器
2.常見接口協議 網絡
http 超文本傳輸協議異步
https 安全超文本傳輸協議(百度)測試
Ftp 文件傳輸協議spa
Tcp 網絡控制協議代理
IP 互聯網協議指針
3.HTTP協議相應碼orm
1XX:信息響應類，標識接受到請求而且繼續處理
2XX:處理成功響應類，表示動做成功接受，理解和接受
3XX:重定向響應類，爲了完成指定動做，必須接受進一步處理
4XX:客戶端錯誤，客戶端請求包含語法錯誤或者是不能正確執行
5XX:服務端錯誤，服務器不能正確執行一個正確的請求(超時)
4.詳細說明
（1）消息1xx（Informational 1xx）
該類狀態代碼用於表示臨時迴應。臨時迴應由狀態行（Status-Line）及可選標題組成， 由空行終止。HTTP/1.0中沒有定義任何1xx的狀態代碼，因此它們不是對HTTP/1.0請求的 合法迴應。實際上，它們主要用於實驗用途，這已經超出本文檔的範圍。
（2） 成功2xx（Successful 2xx）
表示客戶端請求被成功接收、理解、接受。
200 OK 請求成功。
迴應的信息依賴於請求所使用的方法，以下：
GET 要請求的資源已經放在迴應的實體中了。HEAD 沒有實體主體，迴應中只包括標題信息。 POST 實體（描述或包含操做的結果）。
201 Created 請求完成，結果是建立了新資源。
新建立資源的URI可在迴應的實體中獲得。原始服務器應在發出該狀態代碼前建立該資源。若是該操做不能當即完成，服務器必須在該資源可用時在迴應主體中給出提示，不然，服務器端應迴應202（可被接受）。
在本文定義的方法，只有POST能夠建立資源。
202 Accepted 請求被接受，但處理還沒有完成。
請求可能不必定會最終完成，有可能被處理過程隨時中斷，在這種狀況下，沒有辦法在異步操做中從新發送狀態代碼。
203迴應是沒有義務的
這樣作的目的是容許服務器沒必要等到用戶代理和服務器間的鏈接結束，就能夠響應其它過程的請求（象天天運行一次的，基於批處理的過程）。
在某些迴應中返回的實體中包括當前請求的狀態指示、狀態監視器指針或用戶對請求可否實現的評估信息。
204 No Content
服務器端已經實現了請求，可是沒有返回新的信息。
若是客戶是用戶代理，則勿需爲此更新自身的文檔視圖。該回應主要是爲了在不影響用戶代理激活文檔視圖的前提下，進行script語句的輸入及其它操做。該回應還可能包括新的、以實體標題形式表示的元信息，它可被當前用戶代理激活視圖中的文檔所使用。
205 重置內容
表示響應執行成功，重置頁面（Form表單），方便用戶下次輸入
206 部份內容
服務器成功處理了部分 GET 請求。
基本的意思是網頁有部分錯誤，沒法打開完整網頁，致使出現206
（3）重定向（Redirection 3xx）
該類狀態碼錶示用戶代理要想完成請求，還須要發出進一步的操做。這些操做只有當後跟的請求是GET或HEAD時，纔可由用戶代理來實現，而不用與用戶進行交互。用戶代理永遠也不要對請求進行5次以上的重定向操做，這樣可能致使無限循環。
300 Multiple Choices
該狀態碼不被HTTP/1.0的應用程序直接使用，只是作爲3xx類型迴應的缺省解釋。存在多個可用的被請求資源。
除非是HEAD請求，不然迴應的實體中必須包括這些資源的字符列表及位置信息，由用戶或用戶代理來決定哪一個是最適合的。
若是服務器有首選，它應將對應的URL信息存放在位置域（Location field）處，用戶代理會根據此域的值來實現自動的重定向。
301 Moved Permanently
請求到的資源都會分配一個永久的URL，這樣就能夠在未來經過該URL來訪問此資源。有編輯連接功能的客戶端會盡量地根據服務器端傳回的新連接而自動更新請求URI。 新的URL必須由迴應中的位置域指定。除非是HEAD請求，不然迴應的實體主體 （Entity-Body）必須包括對新URL超連接的簡要描述。
若是用POST方法發出請求，而接收到301迴應狀態碼。在這種狀況下，除非用戶確認，不然用戶代理沒必要自動重定向請求，由於這將致使改變已發出請求的環境。
注意：當在接收到301狀態碼後而自動重定向POST請求時，一些現存的用戶代理會錯誤地將其改成GET請求。
302 Moved Temporarily
請求到的資源在一個不一樣的URL處臨時保存。由於重定向有時會被更改，客戶端應繼續用請求URI來發出之後的請求。新的URL必須由迴應中的位置域指定。除非是HEAD請求，不然迴應的實體主體 （Entity-Body）必須包括對新URL超連接的簡要描述。
若是用POST方法發出請求，而接收到302迴應狀態碼。在這種狀況下，除非用戶確認，不然用戶代理沒必要自動重定向請求，由於這將致使改變已發出請求的環境。
注意：當在接收到302狀態碼後而自動重定向POST請求時，一些現存的用戶代理會錯誤地將其改成GET請求。
303 查看其餘
表示請求已經被處理，客戶端能夠接着使用GET方法去請求Location裏的URI
304 Not Modified
若是客戶端成功執行了條件GET請求，而對應文件自If-Modified-Since域所指定的日期以來就沒有更新過，服務器應當迴應此狀態碼，而不是將實體主體發送給客戶端。迴應標題域中只應包括一些相關信息，好比緩存管理器、與實體最近更新（entity's Last-Modified）日期無關的修改。相關標題域的例子有：日期、服務器、過時時間。每當304迴應中給出的域值發生變化，緩存都應當對緩存的實體進行更新。
304 沒有修改
在正常請求及傳參正確的狀況下，若是被請求訪問的文件自傳參時間以後都還未修改過，服務器纔會返回"304"。
305 使用代理
307 臨時重定向
（4）客戶端錯誤（Client Error ）4xx
4xx類的狀態碼錶示客戶端發生錯誤。若是客戶端在收到4xx代碼時請求尚未完成，它應當當即終止向服務器發送數據。除了迴應HEAD請求外，不論錯誤是臨時的仍是永久的，服務器端都必須在迴應的實體中包含錯誤狀態的解釋。這些狀態碼適用於任何請求方法。
注意：若是客戶端正在發送數據，服務器端的TCP實現應當當心，以確保客戶端在關閉輸入鏈接以前收到迴應包。若是客戶端在關閉後仍舊向服務器發送數據，服務器會給客戶 端發送一個復位包，清空客戶端還沒有處理的輸入緩衝區，以終止HTTP應用程序的讀取、解釋活動。
400 非法請求（Bad Request）
若是請求的語法不對，服務器將沒法理解。客戶端在對該請求作出更改以前，不該再次向服務器重複發送該請求。
401 未受權（Unauthorized）
請求須要用戶受權。迴應中的WWW-Authenticate標題域（10.16節）應提示用戶以受權方式請求資源。客戶端應使用合適的受權標題域（10.2節）來重複該請求。若是請求中已經包括了受權信任信息，那回應的401表示此受權被拒絕。若是用戶代理在屢次嘗試以後，迴應同樣仍是返回401狀態代碼，用戶應當察看一下回應的實體，由於在實體中會包括一些相關的動態信息。HTTP訪問受權會在11節中解釋。
403 禁止（Forbidden）
服務器理解請求，可是拒絕實現該請求。受權對此沒有幫助，客戶端應當中止重複發送此請求。若是不是用HEAD請求方法，並且服務器端願意公佈請求未被實現緣由的前提下，服務器會將拒絕緣由寫在迴應實體中。該狀態碼通常用於服務器端不想公佈請求被拒絕的細節或沒有其它的迴應可用。
404 沒有找到（Not Found）
服務器沒有找到與請求URI相符的資源。404狀態碼並不指明情況是臨時性的仍是永久性的。若是服務器不但願爲客戶端提供這方面的信息，還回應403（禁止）狀態碼。
405 不容許使用此方法
406 沒法接受
407 須要代理服務器身份驗證
408 請求超時
409 衝突
410 不存在
411 要求長度
412 不知足前提條件
413 請求實體太大
414 請求 - URI 太大
415 不支持的媒體類型
416 沒法知足所要求的範圍
417 預期失敗
（5）服務器錯誤（Server Error ）5xx
迴應代碼以‘5’開頭的狀態碼錶示服務器端發現本身出現錯誤，不能繼續執行請求。若是客戶端在收到5xx狀態碼時，請求還沒有完成，它應當當即中止向服務器發送數據。除了迴應HEAD請求外，服務器應當在其迴應實體中包括對錯誤狀況的解釋、並指明是臨時性的還永久性的。
這類迴應代碼沒有標題域，可適用於任何請求方法。
500 服務器內部錯誤（Internal Server Error）
服務器碰到了意外狀況，使其沒法繼續迴應請求。
501 未實現（Not Implemented）
服務器沒法提供對請求中所要求功能的支持。若是服務器沒法識別請求方法就會迴應此狀態代碼，這意味着不能迴應請求所要求的任何資源。
502 非法網關（Bad Gateway）
充當網關或代理的服務器從要發送請求的上游（upstream）服務器收到非法的迴應。
503 服務不可用（Service Unavailable）
服務器當前沒法處理請求。這通常是因爲服務器臨時性超載或維護引發的。該狀態碼暗示狀況是暫時性的，要產生一些延遲。
注意：503狀態碼並無暗示服務器在超載時必定要返回此狀態碼。一些服務器可能但願在超載時採用簡單處理，即斷掉鏈接。
504 網關超時
505 不支持 HTTP 版本