HTTP協議詳解（深刻理解）

時間 2020-03-11

原文原文鏈接

版權聲明：本文爲CSDN博主「有抱負的小獅子」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處連接及本聲明。
原文連接：https://blog.csdn.net/weixin_38087538/article/details/82838762javascript

引入css

超文本傳輸協議（HTTP，HyperText Transfer Protocol)是互聯網上應用最爲普遍的一種網絡協議。全部的WWW文件都必須遵照這個標準。設計HTTP最初的目的是爲了提供一種發佈和接收HTML頁面的方法。1960年美國人Ted Nelson構思了一種經過計算機處理文本信息的方法，並稱之爲超文本（hypertext）,這成爲了HTTP超文本傳輸協議標準架構的發展根基。Ted Nelson組織協調萬維網協會（World Wide Web Consortium）和互聯網工程工做小組（Internet Engineering Task Force ）共同合做研究，最終發佈了一系列的RFC，其中著名的RFC 2616定義了HTTP 1.1。html

http協議的做用及特色
HTTP是一個客戶端和服務器端請求和應答的標準（TCP）。客戶端是終端用戶，服務器端是網站。經過使用Web瀏覽器、網絡爬蟲或者其它的工具，客戶端發起一個到服務器上指定端口（默認端口爲80）的HTTP請求。（咱們稱這個客戶端）叫用戶代理（user agent）。應答的服務器上存儲着（一些）資源，好比HTML文件和圖像。（咱們稱）這個應答服務器爲源服務器（origin server）。在用戶代理和源服務器中間可能存在多箇中間層，好比代理，網關，或者隧道（tunnels）。儘管TCP/IP協議是互聯網上最流行的應用，HTTP協議並無規定必須使用它和（基於）它支持的層。事實上，HTTP能夠在任何其餘互聯網協議上，或者在其餘網絡上實現。HTTP只假定（其下層協議提供）可靠的傳輸，任何可以提供這種保證的協議均可以被其使用。java

一般，由HTTP客戶端發起一個請求，創建一個到服務器指定端口（默認是80端口）的TCP鏈接。HTTP服務器則在那個端口監聽客戶端發送過來的請求。一旦收到請求，服務器（向客戶端）發回一個狀態行，好比"HTTP/1.1 200 OK"，和（響應的）消息，消息的消息體多是請求的文件、錯誤消息、或者其它一些信息。HTTP使用TCP而不是UDP的緣由在於（打開）一個網頁必須傳送不少數據，而TCP協議提供傳輸控制，按順序組織數據，和錯誤糾正。mysql

經過HTTP或者HTTPS協議請求的資源由統一資源標示符（Uniform Resource Identifiers）（或者，更準確一些，URLs）來標識。web

1.基於請求/響應模型的協議。請求和響應必須成對，先有請求後有響應sql

2.http協議默認端口:80json

3.簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法經常使用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯繫的類型不一樣。因爲HTTP協議簡單，使得HTTP服務器的程序規模小，於是通訊速度很快。瀏覽器

4.靈活：HTTP容許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。緩存

5.無鏈接：無鏈接的含義是限制每次鏈接只處理一個請求。服務器處理完客戶的請求，並收到客戶的應答後，即斷開鏈接。採用這種方式能夠節省傳輸時間。

6.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺乏狀態意味着若是後續處理須要前面的信息，則它必須重傳，這樣可能致使每次鏈接傳送的數據量增大。另外一方面，在服務器不須要先前信息時它的應答就較快。

協議功能
HTTP協議（HyperText Transfer Protocol，超文本傳輸協議）是用於從WWW服務器傳輸超文本到本地瀏覽器的傳輸協議。它可使瀏覽器更加高效，使網絡傳輸減小。它不只保證計算機正確快速地傳輸超文本文檔，還肯定傳輸文檔中的哪一部分，以及哪部份內容首先顯示(如文本先於圖形)等。

HTTP是客戶端瀏覽器或其餘程序與Web服務器之間的應用層通訊協議。在Internet上的Web服務器上存放的都是超文本信息，客戶機須要經過HTTP協議傳輸所要訪問的超文本信息。HTTP包含命令和傳輸信息，不只可用於Web訪問，也能夠用於其餘因特網/內聯網應用系統之間的通訊，從而實現各種應用資源超媒體訪問的集成。

咱們在瀏覽器的地址欄裏輸入的網站地址叫作URL (Uniform Resource Locator，統一資源定位符)。就像每家每戶都有一個門牌地址同樣，每一個網頁也都有一個Internet地址。當你在瀏覽器的地址框中輸入一個URL或是單擊一個超級連接時，URL就肯定了要瀏覽的地址。瀏覽器經過超文本傳輸協議(HTTP)，將Web服務器上站點的網頁代碼提取出來，並翻譯成漂亮的網頁。

http協議的版本
HTTP/1.0,發送請求，建立一次鏈接，得到一個web資源，鏈接斷開

HTTP/1.1，發送請求，建立一次鏈接，得到多個web資源，鏈接斷開

Http協議的組成
Http協議由Http請求和Http響應組成，當在瀏覽器中輸入網址訪問某個網站時，你的瀏覽器會將你的請求封裝成一個Http請求發送給服務器站點，服務器接收到請求後會組織響應數據封裝成一個Http響應返回給瀏覽器。即沒有請求就沒有響應。

http請求包括:請求行、請求頭、空行、請求體

http響應包括:響應行、響應頭、空行、響應體

HTTP請求報文
HTTP請求報文由3部分組成（請求行+請求頭+空行+請求體）：

請求行：

例如：POST /chapter17/user.html HTTP/1.1

格式：請求方式資源路徑協議/版本

請求行必須在http請求格式的第一行。

get請求:

將請求參數追加在url後面，不安全

url長度限制get請求方式數據的大小

沒有請求體

通常的HTTP請求大多都是GET。

post請求：

請求參數在請求體處，較安全。

請求數據大小沒有顯示

只有表單設置爲method=「post」纔是post請求，其餘都是get請求

常見get請求:地址欄直接訪問、<a href="">、<img src="">等

HEAD請求:

HEAD跟GET類似，不過服務端接收到HEAD請求時只返回響應頭，不發送響應內容。因此，若是隻須要查看某個頁面的狀態時，用HEAD更高效，由於省去了傳輸頁面內容的時間。

DELETE請求：

刪除某一個資源。

OPTIONS請求：

用於獲取當前URL所支持的方法。若請求成功，會在HTTP頭中包含一個名爲「Allow」的頭，值是所支持的方法，如「GET, POST」。

PUT請求：

把一個資源存放在指定的位置上。

本質上來說， PUT和POST極爲類似，都是向服務器發送數據，但它們之間有一個重要區別，PUT一般指定了資源的存放位置，而POST則沒有，POST的數據存放位置由服務器本身決定。

TRACE請求：

回顯服務器收到的請求，主要用於測試或診斷。

CONNECT請求：

CONNECT方法是HTTP/1.1協議預留的，可以將鏈接改成管道方式的代理服務器。一般用於SSL加密服務器的連接與非加密的HTTP代理服務器的通訊。

請求頭:

例如：Host: 39.108.107.149:8080

請求頭從第二行開始，到第一個空格結束。請求頭和請求體之間存在一個空格，也叫空行(以下)

1 POST http://39.108.107.149:8080/vk/app/rest/ddp/iModelServiceImpl/findModelByType HTTP/1.1
2 User-Agent: Fiddler
3 Host: 39.108.107.149:8080
4 Content-Length: 11
5  
6 name=城市

請求頭一般以鍵值對{key:value}方式傳遞數據。

key爲規範的固定值

value爲key對應的取值，一般是一個值，多是一組。

HTTP請求報文頭屬性
常見請求頭

Referer:表示這個請求是從哪一個url跳過來的,經過百度來搜索淘寶網,那麼在進入淘寶網的請求報文中,Referer的值就是:www.baidu.com。若是是直接訪問就不會有這個頭。

經常使用於:防盜鏈。

Referrer Policy: no-referrer-when-downgrade

Accept:告訴服務端,該請求所能支持的響應數據類型,專業術語稱爲MIME 類型(文件類型的一種描述方式)

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8

MIME格式：大類型/小類型[;參數]

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8

例如:

text/html,html文件

text/css,css文件

text/javascript,js文件

image/*，全部圖片文件

if-Modified-Sincce:瀏覽器通知服務器，本地緩存的最後變動時間。與另外一個響應頭組合控制瀏覽器頁面的緩存

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

Cookie: JSESSIONID=15982C27F7507C7FDAF0F97161F634B5

這裏就出了一個問題,網站A怎麼保證本身請求體中保存的cookie就是網站A的cookie而不是網站B的cookie呢,這就和cookie裏面的jsessionid有關係了，關於cookie,session,sessionid,jsessionid的區別聯繫，能夠參考這個博文:

http://www.cnblogs.com/fnng/archive/2012/08/14/2637279.html

User-Agent:瀏覽器通知服務器，客戶端瀏覽器與操做系統相關信息

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36

Connection:表示客戶端與服務鏈接類型；Keep-Alive表示持久鏈接，close已關閉

Connection: keep-alive

Host:請求的服務器主機名

Host: sczpkj.f3322.net:3000

Content-Length:請求體的長度

POST http://39.108.107.149:8080/vk/app/rest/ddp/iModelServiceImpl/findModelByType HTTP/1.1
User-Agent: Fiddler
Host: 39.108.107.149:8080
Content-Length: 11

name=城市

Content-Type:請求的與實體對應的MIME信息。若是是post請求,會有這個頭,默認值爲application/x-www-form-urlencoded，表示請求體內容使用url編碼

Content-Type: application/x-www-form-urlencoded

Accept-Encoding：瀏覽器通知服務器，瀏覽器支持的數據壓縮格式。如GZIP壓縮

Accept-Encoding: gzip, deflate

Accept-Language：瀏覽器通知服務器，瀏覽器支持的語言。各國語言(國際化i18n)

Accept-Language: zh-CN,zh;q=0.9

Cache-Control：指定請求和響應遵循的緩存機制

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

Cache-Control: no-cache

更多請求頭屬性能夠參考這篇文章:HTTP響應頭和請求頭信息對照表

請求體

當請求方式是post的時，請求體會有請求的參數，格式以下：

username=zhangsan&password=123

POST http://39.108.107.149:8080/vk/app/rest/ddp/iModelServiceImpl/findModelByType HTTP/1.1
User-Agent: Fiddler
Host: 39.108.107.149:8080
Content-Length: 20

name=城市&status=1

HTTP響應報文
HTTP的響應報文也由三部分組成（響應行+響應頭+空行+響應體）

示例：

 1 HTTP/1.1 200 OK
 2 Server: Apache-Coyote/1.1
 3 Set-Cookie: JSESSIONID=E1352C5CCEAD7EA9A6F8DA253395781C; Path=/vk
 4 Content-Type: application/json;charset=UTF-8
 5 Transfer-Encoding: chunked
 6 Date: Wed, 26 Sep 2018 03:24:59 GMT
 7 //此處有空格
 8 1dd0
 9 {"sessionToken":null,"code":"1","msg":null,"service":"iModelServiceImpl","method":"findModelByType","key":null,"paras":{},"result":{"pageInfo":{"pageNum":1,"numPerPage":20,"totalCount":28,"pageNumShown":2,"startNum":0,"endNum":20},"list":[{"id":1268735016960,"vkId":1098450468864,"name":"城市","status":"1","delStatus":"2","viewIndex":0,"remark":"","dataArea":"","tvName":"城市1.xlsx","resultLang":"","setLocal":"2","c":0,"cn":"","ct":1535351516000,"l":null,"ln":null,"ltt":1535351516000,"fullMapping":"1","vkdbName":"AQI城市","itemId":16694810509312},{"id":3843924426752,"vkId":84077923270656,"name":"AQI指數","status":"1","delStatus":"2","viewIndex":0,"remark":"","dataArea":"","tvName":"aqi_table","resultLang":"","setLocal":"2","c":0,"cn":"","ct":1534668644000,"l":null,"ln":null,"ltt":1534668644000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":4039492239360,"vkId":84077923270656,"name":"市場廣告佔有率","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"advertising_share","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534668690000,"l":null,"ln":null,"ltt":1534668690000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":4194551463936,"vkId":84077923270656,"name":"註冊客戶增加趨勢","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"a_registered_customers_growth_trend","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534668727000,"l":null,"ln":null,"ltt":1534668727000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":4435954630656,"vkId":84077923270656,"name":"新業務增加分析","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"a_new_business_growth_analysis","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534668785000,"l":null,"ln":null,"ltt":1534668785000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":4591269707776,"vkId":84077923270656,"name":"電商公司交易趨勢","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"a_electricity_supplier_trading_trend","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534668822000,"l":null,"ln":null,"ltt":1534668822000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":4742163988480,"vkId":84077923270656,"name":"預算開銷對比","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"a_budget_overhead_comparison","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534668858000,"l":null,"ln":null,"ltt":1534668858000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":4885466578944,"vkId":84077923270656,"name":"銷售瀑布","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"a_selling_waterfalls","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534668892000,"l":null,"ln":null,"ltt":1534668892000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":10106414563328},{"id":5021173284864,"vkId":84077923270656,"name":"自定義","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":null,"resultLang":"select * from zyy_emp","setLocal":"2","c":null,"cn":null,"ct":1535442352000,"l":null,"ln":null,"ltt":1535442352000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":236090615136256},{"id":5831709949952,"vkId":84077923270656,"name":"zy_test","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"zy_test","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1535874061000,"l":null,"ln":null,"ltt":1535874061000,"fullMapping":"1","vkdbName":"電商交易分析","itemId":16694810509312},{"id":6901450407936,"vkId":5891063545856,"name":"zy-stu","status":"1","delStatus":"2","viewIndex":0,"remark":"","dataArea":"","tvName":"zy-test.xlsx","resultLang":"","setLocal":"2","c":0,"cn":"","ct":1534676773000,"l":null,"ln":null,"ltt":1534676773000,"fullMapping":"1","vkdbName":"四川省2018年電力總分析","itemId":16694810509312},{"id":11079988019200,"vkId":84077923270656,"name":"zy-自定義sql-903","status":"1","delStatus":"2","viewIndex":0,"remark":"","dataArea":"","tvName":"","resultLang":"SELECT * from zy_test t ;","setLocal":"2","c":0,"cn":"","ct":1535944882000,"l":null,"ln":null,"ltt":1535944882000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":16694810509312},{"id":12502322642944,"vkId":2084980129792,"name":"zy-stu-excel-819","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"stu.xlsx","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534680721000,"l":null,"ln":null,"ltt":1534680721000,"fullMapping":"1","vkdbName":"2018年計算機學員信息","itemId":16694810509312},{"id":24037057101824,"vkId":22646536273920,"name":"學生信息","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"01.xlsx","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1535080921000,"l":null,"ln":null,"ltt":1535080921000,"fullMapping":"2","vkdbName":"2018年軟件工程學生基本信息","itemId":16694810509312},{"id":28477864542208,"vkId":84077923270656,"name":"自定義sql_3","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":null,"resultLang":"select d.*,e.*\nfrom zyy_dept d ,zyy_emp e\nwhere d.deptno = e.deptno","setLocal":"2","c":null,"cn":null,"ct":1535358003000,"l":null,"ln":null,"ltt":1535358003000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":236090615136256},{"id":30036178501632,"vkId":42125932625920,"name":"lllll","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"t_1","resultLang":null,"setLocal":"2","c":null,"cn":null,"ct":1534753815000,"l":null,"ln":null,"ltt":1534753815000,"fullMapping":"1","vkdbName":"2018年風力分析","itemId":28899207544832},{"id":52815678406656,"vkId":84077923270656,"name":"kfeng_test_mysql","status":"1","delStatus":"2","viewIndex":0,"remark":"","dataArea":"","tvName":"sys_dictonary","resultLang":"","setLocal":"1","c":0,"cn":"","ct":1535978623000,"l":null,"ln":null,"ltt":1535978623000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":16694810509312},{"id":236320945340416,"vkId":84077923270656,"name":"單表本地化存儲","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"a_budget_overhead_comparison","resultLang":null,"setLocal":"1","c":null,"cn":null,"ct":1534903707000,"l":null,"ln":null,"ltt":1534903707000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":236090615136256},{"id":236841471049728,"vkId":236458682089472,"name":"excel本地化存儲","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":"學院專業信息表1.xlsx","resultLang":null,"setLocal":"1","c":null,"cn":null,"ct":1534903831000,"l":null,"ln":null,"ltt":1534903831000,"fullMapping":"2","vkdbName":"學員信息表","itemId":236090615136256},{"id":240781818331136,"vkId":84077923270656,"name":"自定義sql本地化存儲","status":"1","delStatus":"2","viewIndex":null,"remark":null,"dataArea":null,"tvName":null,"resultLang":"select d.*,e.*\nfrom zyy_dept d,zyy_emp e\nwhere d.deptno = e.deptno","setLocal":"1","c":null,"cn":null,"ct":1534904771000,"l":null,"ln":null,"ltt":1534904771000,"fullMapping":"2","vkdbName":"電商交易分析","itemId":236090615136256}],"businid":null},"page":null,"appName":null,"success":true,"model":"DEFAULT","files":null,"fail":false,"request":null,"response":null}
10 0

響應行：

①報文協議及版本；

例如：

HTTP/1.1 200 OK

②狀態碼及狀態描述；

狀態碼：由3位數字組成，第一個數字定義了響應的類別

1xx：指示信息，表示請求已接收，繼續處理

2xx：成功，表示請求已被成功接受，處理。

200 OK：客戶端請求成功
204 No Content：無內容。服務器成功處理，但未返回內容。通常用在只是客戶端向服務器發送信息，而服務器不用向客戶端返回什麼信息的狀況。不會刷新頁面。
206 Partial Content：服務器已經完成了部分GET請求（客戶端進行了範圍請求）。響應報文中包含Content-Range指定範圍的實體內容
3xx：重定向

301 Moved Permanently：永久重定向，表示請求的資源已經永久的搬到了其餘位置。

302 Found：臨時重定向，表示請求的資源臨時搬到了其餘位置

303 See Other：臨時重定向，應使用GET定向獲取請求資源。303功能與302同樣，區別只是303明確客戶端應該使用GET訪問

307 Temporary Redirect：臨時重定向，和302有着相同含義。POST不會變成GET

304 Not Modified：表示客戶端發送附帶條件的請求（GET方法請求報文中的IF…）時，條件不知足。返回304時，不包含任何響應主體。雖然304被劃分在3XX，但和重定向一毛錢關係都沒有

4xx：客戶端錯誤

400 Bad Request：客戶端請求有語法錯誤，服務器沒法理解。
401 Unauthorized：請求未經受權，這個狀態代碼必須和WWW-Authenticate報頭域一塊兒使用。
403 Forbidden：服務器收到請求，可是拒絕提供服務
404 Not Found：請求資源不存在。好比，輸入了錯誤的url
415 Unsupported media type：不支持的媒體類型
5xx：服務器端錯誤，服務器未能實現合法的請求。

500 Internal Server Error：服務器發生不可預期的錯誤。
503 Server Unavailable：服務器當前不能處理客戶端的請求，一段時間後可能恢復正常，
響應頭：

③響應報文頭，也是由多個屬性組成；

響應頭也是用鍵值對k：v

服務器經過響應頭來控制瀏覽器的行爲，不一樣的頭瀏覽器操做不一樣

常見請求頭	描述
Location	指定響應的路徑，須要與狀態碼302配合使用，完成跳轉。
Content-Type	響應正文的類型（MIME類型）取值：text/html;charset=UTF-8
Content-Disposition	經過瀏覽器如下載方式解析正文取值：attachment;filename=xx.zip
Set-Cookie	與會話相關技術。服務器向瀏覽器寫入cookie
Content-Encoding	服務器使用的壓縮格式取值：gzip
Content-length	響應正文的長度
Refresh	定時刷新，格式：秒數;url=路徑。url可省略，默認值爲當前頁。取值：3;url=www.itcast.cn //三秒刷新頁面到www.itcast.cn
Server	指的是服務器名稱，默認值：Apache-Coyote/1.1。能夠經過conf/server.xml配置進行修改。<Connector port="8080" ... server="itcast"/>
Last-Modified	服務器通知瀏覽器，文件的最後修改時間。與If-Modified-Since一塊兒使用。
Cache-Control	響應輸出到客戶端後，服務端經過該報文頭屬告訴客戶端如何控制響應內容的緩存。常見的取值有常見的取值有 private、public、no-cache、max-age，no-store，默認爲private。緩存時間爲31536000秒（365天）

更多請求頭屬性能夠參考這篇文章:HTTP響應頭和請求頭信息對照表

響應體：

④響應報文體，服務器發送給瀏覽器的正文，即咱們真正要的「乾貨」；

響應體，響應體是服務器回寫給客戶端的頁面正文，瀏覽器將正文加載到內存，而後解析渲染顯示頁面內容

Content-Type詳解
前段時間在工做中負責接口的開發,使用到postman工具調試接口，發現對http理解一直不是很深刻，下來又總結了一遍，發現不少東西確實是實踐出真知。

常見的Content-Type：

Content-Type	解釋
text/html	html格式
text/plain	純文本格式
text/css	CSS格式
text/javascript	js格式
image/gif	gif圖片格式
image/jpeg	jpg圖片格式
image/png	png圖片格式
application/x-www-form-urlencoded	POST專用：普通的表單提交默認是經過這種方式。form表單數據被編碼爲key/value格式發送到服務器。
application/json	POST專用：用來告訴服務端消息主體是序列化後的 JSON 字符串
text/xml	POST專用：發送xml數據
multipart/form-data	POST專用：下面講解

application/x-www-form-urlencoded

最多見的post提交數據的方式。瀏覽器原生的form表單，若是不設置enctype屬性，那麼最終就會以application/x-www-form-urlencoded 方式提交數據

示例：

 1 POST http://39.108.107.149:8080/vk/app/rest/ddp/iModelServiceImpl/findModelByType HTTP/1.1
 2 Content-Type: application/x-www-form-urlencoded
 3 cache-control: no-cache
 4 Postman-Token: 8e602802-b4f5-4d05-96d7-e1c7a1951719
 5 User-Agent: PostmanRuntime/7.1.1
 6 Accept: */*
 7 Host: 39.108.107.149:8080
 8 cookie: JSESSIONID=6CD80B7028062D9190717CEE001C3194
 9 accept-encoding: gzip, deflate
10 content-length: 32
11 Connection: keep-alive
12 
13 name=%E5%9F%8E%E5%B8%82&status=1

首先，Content-Type 被指定爲 application/x-www-form-urlencoded；其次，提交的數據按照 key1=val1&key2=val2 的方式進行編碼，key 和 val 都進行了 URL 轉碼。大部分服務端語言都對這種方式有很好的支持。

不少時候，咱們用 Ajax 提交數據時，也是使用這種方式。例如 JQuery 和 QWrap 的 Ajax，Content-Type 默認「application/x-www-form-urlencoded;charset=utf-8」。

multipart/form-data

這又是一個常見的 POST 數據提交的方式。咱們使用表單上傳文件時，必須讓 form 的 enctyped 等於這個值。

示例：

 1 POST http://39.108.107.149:8080/vk/app/rest/ddp/iDataSourcesBaseService/file HTTP/1.1
 2 Content-Type: multipart/form-data; boundary=--------------------------629236571647111133881449
 3 cache-control: no-cache
 4 Postman-Token: 2146b4b3-2d30-469c-bbcd-fbc4693934d9
 5 User-Agent: PostmanRuntime/7.1.1
 6 Accept: */*
 7 Host: 39.108.107.149:8080
 8 cookie: JSESSIONID=6CD80B7028062D9190717CEE001C3194
 9 accept-encoding: gzip, deflate
10 content-length: 435
11 Connection: keep-alive
12 
13 ----------------------------629236571647111133881449
14 Content-Disposition: form-data; name="file"; filename="test.txt"
15 Content-Type: text/plain
16 
17 test upload
18 ----------------------------629236571647111133881449
19 Content-Disposition: form-data; name="extCode"
20 
21 test
22 ----------------------------629236571647111133881449
23 Content-Disposition: form-data; name="extId"
24 
25 3306
26 ----------------------------629236571647111133881449-- //結束標識

首先生成了一個 boundary 用於分割不一樣的字段，爲了不與正文內容重複，boundary 很長很複雜。而後 Content-Type 裏指明瞭數據是以 mutipart/form-data 來編碼，本次請求的 boundary 是什麼內容。

消息主體裏按照字段個數又分爲多個結構相似的部分，每部分都是以 --boundary 開始，緊接着內容描述信息，而後是回車，最後是最後是字段具體內容（文本或二進制），若是傳輸的是文件，還要包含文件名和文件類型信息。消息主體最後以 --boundary-- 標示結束。

上面提到的這兩種 POST 數據的方式，都是瀏覽器原生支持的，並且現階段原生 form 表單也只支持這兩種方式。可是隨着愈來愈多的 Web 站點，尤爲是 WebApp，所有使用 Ajax 進行數據交互以後，咱們徹底能夠定義新的數據提交方式，給開發帶來更多便利。

application/json

application/json 這個 Content-Type 做爲響應頭你們確定不陌生。實際上，如今愈來愈多的人把它做爲請求頭，用來告訴服務端消息主體是序列化後的 JSON 字符串。因爲 JSON 規範的流行，除了低版本 IE 以外的各大瀏覽器都原生支持 JSON.stringify，服務端語言也都有處理 JSON 的函數，使用 JSON 不會趕上什麼麻煩。 JSON 格式支持比鍵值對複雜得多的結構化數據，這一點也頗有用。

示例：

 1 POST http://39.108.107.149:8080/vk/app/rest/ddp/vkIndexsService/queryVkIndxs HTTP/1.1
 2 Content-Type: application/json
 3 cache-control: no-cache
 4 Postman-Token: 5014bc39-0777-49d5-bb8a-73db9a981e49
 5 User-Agent: PostmanRuntime/7.1.1
 6 Accept: */*
 7 Host: 39.108.107.149:8080
 8 cookie: JSESSIONID=6CD80B7028062D9190717CEE001C3194
 9 accept-encoding: gzip, deflate
10 content-length: 132
11 Connection: keep-alive
12 
13 {
14 "name":"828驗證繼承",
15 "getresultType":"2",
16 "createTime":"Tue Sep 11 2018 00:00:00 GMT+0800 (中國標準時間)"
17 }

這種方案，能夠方便的提交複雜的結構化數據，特別適合 RESTful 的接口。各大抓包工具如 Chrome 自帶的開發者工具、Firebug、Fiddler，都會以樹形結構展現 JSON 數據，很是友好。

————————————————
版權聲明：本文爲CSDN博主「有抱負的小獅子」的原創文章，遵循 CC 4.0 BY-SA 版權協議，轉載請附上原文出處連接及本聲明。
原文連接：https://blog.csdn.net/weixin_38087538/article/details/82838762

響應輸出到客戶端後，服務端經過該報文頭屬告訴客戶端如何控制響應內容的緩存。常見的取值有常見的取值有private、public、no-cache、max-age，no-store，默認爲private。緩存時間爲31536000秒（365天）

相關標籤/搜索

每日一句

每一个你不满意的现在，都有一个你没有努力的曾经。