2018-04-11 HTTP協議

一、HTTP簡介

HTTP協議(HyperText Transfer Protocol,超文本傳輸協議)是用于從www服務器傳輸超文本到本地瀏覽器的傳送協議;目前普遍使用的版本是HTTP 1.1.

二、HTTP在TCP/IP模型的位置

HTTP協議通常承載于TCP協議之上;有時也承載于TLS或SSL協議層之上,這時就是常說的HTTPS。

如下圖所示:


默認HTTP的端口號為80,HTTPS的端口號為443

三、HTTP工作流程

1、客戶端連接到Web服務器即TCP連接

一個HTTP客戶端,通常是瀏覽器,與Web服務器的HTTP端口(默認為80)建立一個TCP套接字連接

2、發送HTTP請求

通過TCP套接字,客戶端向Web服務器發送一個文本的請求報文,一個請求報文由請求行、請求頭部、空行和請求數據4部分組成。

3、服務器接受請求并返回HTTP響應

Web服務器解析請求,定位請求資源。服務器將資源復本寫到TCP套接字,由客戶端讀取。一個響應由狀態行、響應頭部、空行和響應數據4部分組成。

4、釋放連接TCP連接

若connection 模式為close,則服務器主動關閉TCP連接,客戶端被動關閉連接,釋放TCP連接;若connection 模式為keepalive,則該連接會保持一段時間,在該時間內可以繼續接收請求;

5、客戶端瀏覽器解析HTML內容

客戶端瀏覽器首先解析狀態行,查看表明請求是否成功的狀態代碼。然后解析每一個響應頭,響應頭告知以下為若干字節的HTML文檔和文檔的字符集。客戶端瀏覽器讀取響應數據HTML,根據HTML的語法對其進行格式化,并在瀏覽器窗口中顯示。

四、HTTP的請求響應模型

HTTP工作模式如下圖:


1.HTTP協議無法實現在客戶端沒有發起請求的時候,服務器將消息推送給客戶端

2.HTTP協議是一個無狀態的協議,同一個客戶端的這次請求和上次請求是沒有對應關系

五、HTTP請求消息

客戶端發送一個HTTP請求到服務器的請求消息包括以下格式:請求行(request line)、請求頭部(header)、空行和請求數據四個部分組成,下圖給出了請求報文的一般格式。


六、HTTP響應消息

HTTP響應也由四個部分組成,分別是:狀態行、消息報頭、空行和響應正文

七、HTTP之狀態碼

? ? ? ? ? 狀態代碼分5種類別:

? ? ? ? ? ? ?常見狀態碼:

八、HTTP常用請求報文頭

Accept:告訴服務器,客戶端支持的數據類型。

Accept-Charset:告訴服務器,客戶端采用的編碼。

Accept-Encoding:告訴服務器,客戶機支持的數據壓縮格式。

Accept-Language:告訴服務器,客戶機的語言環境。

Host:客戶機通過這個頭告訴服務器,想訪問的主機名。

If-Modified-Since:客戶機通過這個頭告訴服務器,資源的緩存時間。

Referer:客戶機通過這個頭告訴服務器,它是從哪個資源來訪問服務器的。(一般用于防盜鏈)

User-Agent:客戶機通過這個頭告訴服務器,客戶機的軟件環境。

Cookie:客戶機通過這個頭告訴服務器,可以向服務器帶數據。

Connection:客戶機通過這個頭告訴服務器,請求完后是關閉還是保持鏈接。

Date:客戶機通過這個頭告訴服務器,客戶機當前請求時間。

九、HTTP常用響應報文頭

Location:這個頭配合302狀態碼使用,告訴用戶端找誰。

Server:服務器通過這個頭,告訴瀏覽器服務器的類型。

Content-Encoding:服務器通過這個頭,告訴瀏覽器數據采用的壓縮格式。

Content-Length:服務器通過這個頭,告訴瀏覽器回送數據的長度。

Content-Language:服務器通過這個頭,告訴服務器的語言環境。

Content-Type:服務器通過這個頭,回送數據的類型

Last-Modified:服務器通過這個頭,告訴瀏覽器當前資源的緩存時間。

Refresh:服務器通過這個頭,告訴瀏覽器隔多長時間刷新一次。

Content-Disposition:服務器通過這個頭,告訴瀏覽器以下載的方式打開數據。

Transfer-Encoding:服務器通過這個頭,告訴瀏覽器數據的傳送格式。

ETag:與緩存相關的頭。

Expires:服務器通過這個頭,告訴瀏覽器把回送的數據緩存多長時間。-1或0不緩存。

Cache-Control和Pragma:服務器通過這個頭,也可以控制瀏覽器不緩存數據。

Connection:服務器通過這個頭,響應完是保持鏈接還是關閉鏈接。

Date:告訴客戶機,返回響應的時間。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,572評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,071評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,409評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,569評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,360評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,895評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,979評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,123評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,643評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,559評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,742評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,250評論 5 356
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 43,981評論 3 346
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,363評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,622評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,354評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,707評論 2 370

推薦閱讀更多精彩內容

  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,776評論 18 139
  • 一、概念(載錄于:http://www.cnblogs.com/EricaMIN1987_IT/p/3837436...
    yuantao123434閱讀 8,404評論 6 152
  • (原話)談談對HTTP協議的理解:超文本傳輸協議,應用于OSI網絡模型中的應用層,是用于服務器傳輸超文本到本地瀏覽...
    24_yu閱讀 899評論 0 1
  • 前言:最近發現自己在網絡相關這一塊基礎很是欠缺,所以準備花時間了解一下,本文主要是講http協議的一些基礎,和一些...
    justCode_閱讀 2,102評論 0 23
  • 以前面試新人,在給她們介紹完背景之后,我都喜歡瞎逼逼一句:你喜歡這樣的工作嗎? 對啊,沒錯,喜歡才是最重要的! 畢...
    顧小孤的N次方閱讀 206評論 0 2