http request的header資訊
1、http請求方式
如下表：
說明：主要使用到「get」和「post」。
例項：post /test/tupian/cm http/1.1
分成三部分：
（1）post：http請求方式
（3）http/1.1: uri（uniform resource identifier，統一資源識別符號）及其版本
備註：在ajax中，對應method屬性設定。
2、host
說明：請求的web伺服器網域名稱位址
3、user-agent
說明：http客戶端執行的瀏覽器型別的詳細資訊。通過該頭部資訊，web伺服器可以判斷到當前http請求的客戶端瀏覽器類別。
例項：user-agent: mozilla/5.0 (windows; u; windows nt 5.1; zh-cn; rv:1.8.1.11) gecko/20071127 firefox/2.0.0.11
4、accept
說明：指定客戶端能夠接收的內容型別，內容型別中的先後次序表示客戶端接收的先後次序。
例如：;q=0.5
備註：在ajax**中，可以使用xmlhttprequest 物件中setrequestheader函式方法來動態設定這些header資訊。
5、accept-language
說明：指定http客戶端瀏覽器用來展示返回資訊所優先選擇的語言。
例項：accept-language: zh-cn,zh;q=0.5
這裡預設為中文。
6、accept-encoding
說明：指定客戶端瀏覽器可以支援的web伺服器返回內容壓縮編碼型別。表示允許伺服器在將輸出內容傳送到客戶端以前進行壓縮，以節約頻寬。而這裡設定的就是客戶端瀏覽器所能夠支援的返回壓縮格式。
例項：accept-encoding: gzip,deflate
備註：7、accept-charset
說明：瀏覽器可以接受的字元編碼集。
例項：accept-charset: gb2312,utf-8;q=0.7,*;q=0.7
8、content-type
說明：顯示此http請求提交的內容型別。一般只有post提交時才需要設定該屬性。（get也可以）
例項：有關content-type屬性值可以如下兩種編碼型別：
（2）「multipart/form-data」： 在檔案上載時，所使用的編碼型別應當是「multipart/form-data」，它既可以傳送文字資料，也支援二進位制資料上載。
在content-type屬性當中還是指定提交內容的charset字元編碼。一般不進行設定，它只是告訴web伺服器post提交的資料採用的何種字元編碼。
一般在開發過程，是由前端工程與後端ui工程師商量好使用什麼字元編碼格式來post提交的，然後後端ui工程師按照固定的字元編碼來解析提交的資料。所以這裡設定的charset沒有多大作用。
9、connection
說明：例項：
connection: keep-alive
10、keep-alive
說明：顯示此http連線的keep-alive時間。使客戶端到伺服器端的連線持續有效，當出現對伺服器的後繼請求時，keep-alive功能避免了建立或者重新建立連線。
以前http請求是一站式連線，從http/1.1協議之後，就有了長連線，即在規定的keep-alive時間內，連線是不會斷開的。
例項：keep-alive: 300
11、cookie
說明：http請求傳送時，會把儲存在該請求網域名稱下的所有cookie值一起傳送給web伺服器。
12、referer
說明：包含乙個url，使用者從該url代表的頁面出發訪問當前請求的頁面
responses 部分
參考原創博主連線：
HTTP 請求頭各引數具體含義
header 解釋示例 accept 指定客戶端能夠接收的內容型別 accept text plain,text html accept charset 瀏覽器可以接受的字元編碼集。accept charset iso 8859 5 accept encoding 指定瀏覽器可以支援的web伺服器返...
http請求引數
http請求中不同的請求方式和設定不同的content type時，傳遞引數的方式會不一樣，引數的三種形式 query string parameters form data request payload get請求會出現query string parameters請求體 get請求時，引數會以...
http請求之頭部資訊引數詳解
request url http x login 請求位址 request method post 請求方式 status code 302 請求狀態碼 remote address 8080 遠端位址 referrer policy no referrer when downgrade no re...