Http請求詳解

HTTP請求報文分爲三個部分：請求報文行、請求報文頭、請求報文體

②爲請求對應的URL地址，它和報文頭的Host屬性組成完整的請求URL，③是協議名稱及版本號。 

Accept 

請求報文可經過一個「Accept」報文頭屬性告訴服務端 客戶端接受什麼類型的響應。 

Referer 

表示這個請求是從哪一個URL過來的，假如你經過google搜索出一個商家的廣告頁面，你對這個廣告頁面感興趣，鼠標一點發送一個請求報文到商家的網站，這個請求報文的Referer報文頭屬性值就是http://www.google.com。 

Cookie 

客戶端的Cookie就是經過這個報文頭屬性傳給服務端的

Accept-language

請求頭容許客戶端聲明它能夠理解的天然語言

User-Agent

簡稱 UA，它是一個特殊字符串頭，使得服務器可以識別客戶使用的操做系統及版本、CPU 類型、瀏覽器及版本、瀏覽器渲染引擎、瀏覽器語言、瀏覽器插件等（百度百科）

Content-Type

請求的內容數據類型

application/x-www-form-urlencoded：數據被編碼爲名稱/值對。這是標準的編碼格式。
multipart/form-data： 數據被編碼爲一條消息，頁上的每一個控件對應消息中的一個部分。
text/plain： 數據以純文本形式(text/json/xml/html)進行編碼，其中不含任何控件或格式字符。

Host

訪問相同主機（IP）的某個站點

Content-Length

用於描述HTTP消息實體的傳輸長度,在HTTP協議中，消息實體長度和消息實體的傳輸長度是有區別，好比說zip壓縮下，消息實體長度是壓縮前的長度，消息實體的傳輸長度是zip壓縮後的長度。

Connection

表示客戶端與服務鏈接類型

Cache-Control 

對緩存進行控制，如一個請求但願響應返回的內容在客戶端要被緩存一年，或不但願被緩存就能夠經過這個報文頭達到目的。 Cache-Control: no-cache 

Cookie

指某些網站爲了辨別用戶身份、進行 session 跟蹤而儲存在用戶本地終端上的數據（一般通過加密）。定義於 RFC2109 和 2965 中的都已廢棄，最新取代的規範是 RFC6265 [1]  。（能夠叫作瀏覽器緩存）

請求報文體

請求參數

 

HTTP響應報文分爲三個部分：響應報文行、響應報文頭、響應報文體

①報文協議及版本； 
②狀態碼及狀態描述； 
③響應報文頭，也是由多個屬性組成； 
④響應報文體，即咱們真正要的「乾貨」。 

Set-Cookie 

服務端能夠設置客戶端的Cookie，其原理就是經過這個響應報文頭屬性實現的： 

 

Ajax：

contentType: 告訴服務器，我要發什麼類型的數據 

dataType：告訴服務器，我要想什麼類型的數據