http協(xié)議知識梳理

一、HTTP協(xié)議的主要特點  

1.支持客戶/服務(wù)器模式。  

2.簡單快速：客戶向服務(wù)器請求服務(wù)時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單，使得HTTP服務(wù)器的程序規(guī)模小，因而通信速度很快。  

3.靈活：HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。  

4.無連接：無連接的含義是限制每次連接只處理一個請求。服務(wù)器處理完客戶的請求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時間。  

5.無狀態(tài)：HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時它的應(yīng)答就較快。 

二、HTTP協(xié)議的請求類型  

http請求由三部分組成，分別是：請求行、消息報頭、請求正文  1、請求行以一個方法符號開頭，以空格分開，后面跟著請求的URI和協(xié)議的版本，格式如下：Method Request-URI HTTP-Version CRLF  其中 Method表示請求方法；Request-URI是一個統(tǒng)一資源標(biāo)識符；HTTP-Version表示請求的HTTP協(xié)議版本；CRLF表示回車和換行（除了作為結(jié)尾的CRLF外，不允許出現(xiàn)單獨的CR或LF字符）。  

請求方法（所有方法全為大寫）有多種，各個方法的解釋如下： GET 請求獲取Request-URI所標(biāo)識的資源  

POST 在Request-URI所標(biāo)識的資源后附加新的數(shù)據(jù)  

HEAD 請求獲取由Request-URI所標(biāo)識的資源的響應(yīng)消息報頭  PUT 請求服務(wù)器存儲一個資源，并用Request-URI作為其標(biāo)識  DELETE 請求服務(wù)器刪除Request-URI所標(biāo)識的資源  

TRACE 請求服務(wù)器回送收到的請求信息，主要用于測試或診斷 CONNECT 保留將來使用  

OPTIONS 請求查詢服務(wù)器的性能，或者查詢與資源相關(guān)的選項和需求  

GET和POST的區(qū)別    

1. GET提交的數(shù)據(jù)會放在URL之后，以?分割URL和傳輸數(shù)據(jù)，參數(shù)之間以&相連，如EditPosts.aspx?name=test1&id=123456. POST方法是把提交的數(shù)據(jù)放在HTTP包的Body中.    

2. GET提交的數(shù)據(jù)大小有限制（因為瀏覽器對URL的長度有限制），而POST方法提交的數(shù)據(jù)沒有限制.    

3. GET方式需要使用Request.QueryString來取得變量的值，而POST方式通過Request.Form來獲取變量的值。    

4. GET方式提交數(shù)據(jù)，會帶來安全問題，比如一個登錄頁面，通過GET方式提交數(shù)據(jù)時，用戶名和密碼將出現(xiàn)在URL上，如果頁面可以被緩存或者其他人可以訪問這臺機器，就可以從歷史記錄獲得該用戶的賬號和密碼. 

三、HTTP協(xié)議詳?shù)捻憫?yīng)類型  在接收和解釋請求消息后，服務(wù)器返回一個HTTP響應(yīng)消息。  

HTTP響應(yīng)也是由三個部分組成，分別是：狀態(tài)行、消息報頭、響應(yīng)正文  

狀態(tài)行格式如下：HTTP-Version Status-Code Reason-Phrase CRLF 其中，HTTP-Version表示服務(wù)器HTTP協(xié)議的版本；Status-Code表示服務(wù)器發(fā)回的響應(yīng)狀態(tài)代碼；Reason-Phrase表示狀態(tài)代碼的文本描述。  

狀態(tài)代碼有三位數(shù)字組成，第一個數(shù)字定義了響應(yīng)的類別，且有五種可能取值：    

1xx：指示信息--表示請求已接收，繼續(xù)處理    

2xx：成功--表示請求已被成功接收、理解、接受    

3xx：重定向--要完成請求必須進行更進一步的操作    

4xx：客戶端錯誤--請求有語法錯誤或請求無法實現(xiàn)    

5xx：服務(wù)器端錯誤--服務(wù)器未能實現(xiàn)合法的請求  

常見狀態(tài)代碼、狀態(tài)描述、說明：200 OK //客戶端請求成功  400 Bad Request //客戶端請求有語法錯誤，不能被服務(wù)器所理解 401 Unauthorized //請求未經(jīng)授權(quán)，這個狀態(tài)代碼必須和WWW-Authenticate報頭域一起使用   

403 Forbidden //服務(wù)器收到請求，但是拒絕提供服務(wù)   

404 Not Found //請求資源不存在，eg：輸入了錯誤的URL   500 Internal Server Error //服務(wù)器發(fā)生不可預(yù)期的錯誤   

503 Server Unavailable //服務(wù)器當(dāng)前不能處理客戶端的請求，一段時間后可能恢復(fù)正常 原文鏈接：https://blog.csdn.net/shuaijiasanshao/article/details/51462378