Hyper Text Transfer Protocol(超文本傳輸協(xié)議)。
是一種通信協(xié)議,它允許將超文本標(biāo)記語言(HTML)文檔從Web服務(wù)器傳送到客戶端的瀏覽器。
在Internet中所有的傳輸都是通過TCP/IP進行的。HTTP協(xié)議作為TCP/IP模型中應(yīng)用層的協(xié)議也不例外。
HTTP協(xié)議通常承載于TCP協(xié)議之上,有時也承載于TLS或SSL協(xié)議層之上,這個時候,就成了我們常說的HTTPS。HTTP默認(rèn)的端口號為80,HTTPS的端口號為443。
如下圖所示:
HTTP是一個應(yīng)用層協(xié)議,由請求和響應(yīng)構(gòu)成,是一個標(biāo)準(zhǔn)的客戶端服務(wù)器模型。
HTTP協(xié)議永遠(yuǎn)都是客戶端發(fā)起請求,服務(wù)器回送響應(yīng)。這樣就限制了使用HTTP協(xié)議,無法實現(xiàn)在客戶端沒有發(fā)起請求的時候,服務(wù)器將消息推送給客戶端。
HTTP同時支持支持B/S及C/S模式。支持基本認(rèn)證和安全認(rèn)證。
(1)簡單快速:客戶向服務(wù)器請求服務(wù)時,只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單,使得HTTP服務(wù)器的程序規(guī)模小,因而通信速度很快。
(2)靈活:HTTP允許傳輸任意類型的數(shù)據(jù)對象。正在傳輸?shù)念愋陀蒀ontent-Type加以標(biāo)記。
(3)HTTP 0.9和1.0使用非持續(xù)連接:限制每次連接只處理一個請求,服務(wù)器處理完客戶的請求,并收到客戶的應(yīng)答后,即斷開連接。HTTP 1.1使用持續(xù)連接:不必為每個web對象創(chuàng)建一個新的連接,一個連接可以傳送多個對象,采用這種方式可以節(jié)省傳輸時間。
(4)無狀態(tài):HTTP協(xié)議是無狀態(tài)協(xié)議。無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息,則它必須重傳,這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面,在服務(wù)器不需要先前信息時它的應(yīng)答就較快。
HTTP完整流程包括四部分:
(1)客戶機與服務(wù)器建立連接。
(2)客戶機發(fā)送請求給服務(wù)器。
(3)服務(wù)器接收到客戶端的請求,給予相應(yīng)的響應(yīng)信息。
(4)客戶端收到請求并處理。
http請求由三部分組成:請求行,首部,請求正文。
請求報文格式為:請求行+首部+空行+實體組成
響應(yīng)報文格式為:狀態(tài)行+首部+空行+實體組成
(1)請求行:
以方法開頭,以空格分開,緊隨其后的是路徑和版本(包括http請求的種類,請求資源的路徑,協(xié)議的版本號)。
格式:
Method Request-URL HTTP-Version CLRF
注:
Method
:請求方法(get,post等)
Request-URL
:統(tǒng)一的資源標(biāo)識符
HTTP-Version
:HTTP協(xié)議的版本
CRL
:為回車和換行(回車和換行只能出現(xiàn)在結(jié)尾,不能再其他地方出現(xiàn))。
請求方法:
GET
請求服務(wù)器的文檔;POST向服務(wù)器發(fā)送信息;
PUT
從服務(wù)器向客戶端發(fā)送文檔;DELETE為刪除web網(wǎng)頁;
TRACE
為把到達的請求回送;HEAD為請求關(guān)于文檔的信息,但不是文檔本身; OPTIONS詢問關(guān)于可用的選項;
(2)請求首部
http的頭部信息,每一個用\r\n分割;
常用的首部有:
Connection
:允許客戶端和服務(wù)器指定與請求/響應(yīng)連接有關(guān)的選項(長連接,短連接等)
Data
:提供日期和時間標(biāo)志
MIME-Version
:給出了發(fā)送端使用的MIME版本
Client-IP
:描述客戶端機器的IP
From
:提供了客戶端用戶的E-mail地址
Host
:給出請求的主機名和端口號
Referer
:提供了包含當(dāng)前請求的URL的文檔的URL
cookie
:向服務(wù)器傳送一個令牌
(3)請求正文
為發(fā)送給服務(wù)器的查詢信息(使用get時,body是空的,get只能讀取,而post可以寫入信息);
(4)響應(yīng)報文也包括請求行,請求首部,空行,實體
請求行格式為:http版本+狀態(tài)碼+短語+\r\n 短語與狀態(tài)碼相對應(yīng)
請求首部格式為:一系列首部名稱:值\r\n的組合
請求實體為:服務(wù)端真正返回的信息
狀態(tài)編碼為:
100-199指定客戶端響應(yīng)的一些動作,請求已被服務(wù)接收 200-299表示請求被接受,處理成功
300-399表示已經(jīng)移動的文件,重定向,需進一步處理
400-499指定客戶端的錯誤,有語法錯誤無法實現(xiàn) 500-599指定服務(wù)端的錯誤,服務(wù)器未能實現(xiàn)合法的請求
HTTP1.1之后使用了長連接,長連接使數(shù)據(jù)傳輸完成后繼續(xù)保持TCP連接不間斷,等待相同域名繼續(xù)使用這個通道進行數(shù)據(jù)傳輸。
HTTP1.0使用首部Connection:Keep-alive進行長連接的試驗,HTTP1.1之后使用Connection:Close來告訴服務(wù)端不使用長連接。但是使用了Connection:Keep-alive這個首部并不代表采用長連接。
在短連接中:每一個請求/響應(yīng)都需要建立一次TCP連接(三次握手),
長連接模式下:判斷數(shù)據(jù)接收完成的方法有 --1--服務(wù)器關(guān)閉連接;--2--首部Content-Length判斷是否傳輸完畢,指定了實體正文的長度。
HTTP/1.1協(xié)議中共定義了八種方法(有時也叫“動作”)來表明Request-URI指定的資源的不同操作方式,最基本的有4種,分別是GET,POST,PUT,DELETE對應(yīng)著對這個資源的查,改,增,刪4個操作。最常見的就是GET和POST了。GET一般用于獲取/查詢資源信息,而POST一般用于更新資源信息。具體方法:
(1)GET:向特定的資源發(fā)出請求
(2)POST:向指定資源提交數(shù)據(jù)進行處理請求(例如提交表單或者上傳文件)。數(shù)據(jù)被包含在請求體中。POST請求可能會導(dǎo)致新的資源的建立和/或已有資源的修改。
(3)PUT:向指定資源位置上傳其最新內(nèi)容。
(4)DELETE:請求服務(wù)器刪除Request-URI所標(biāo)識的資源。
(5)HEAD:向服務(wù)器索要與GET請求相一致的響應(yīng),只不過響應(yīng)體將不會被返回。這一方法可以在不必傳輸整個響應(yīng)內(nèi)容的情況下,就可以獲取包含在響應(yīng)消息頭中的元信息。該方法常用于測試超鏈接的有效性,是否可以訪問,以及最近是否更新。
(6)TRACE:請求服務(wù)器會送收到的請求信息,主要用于測試或診斷。
(7)OPTIONS:請求查詢服務(wù)器的性能,或者查詢與資源相關(guān)的選項和需求
(8)CONNECT:HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。(即留為將來使用)
(1)GET提交的數(shù)據(jù)會放在URL之后,以?分割URL和傳輸數(shù)據(jù),參數(shù)之間以&相連,如EditPosts.aspx?postid=6810130&update=1 ;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上,如果頁面可以被緩存或者其他人可以訪問這臺機器,就可以從歷史記錄獲得該用戶的賬號和密碼。
聯(lián)系客服