一、什么是http?
Http協(xié)議即超文本傳送協(xié)議 (HTTP-Hypertext transfer protocol) 。
它定義了瀏覽器(即萬(wàn)維網(wǎng)客戶(hù)進(jìn)程)怎樣向萬(wàn)維網(wǎng)服務(wù)器請(qǐng)求萬(wàn)維網(wǎng)文檔,以及服務(wù)器怎樣把文檔傳送給瀏覽器。從層次的角度看,HTTP是面向(transaction-oriented)應(yīng)用層協(xié)議,它是萬(wàn)維網(wǎng)上能夠可靠地交換文件(包括文本、聲音、圖像等各種多媒體文件)的重要基礎(chǔ)。并且詳細(xì)的規(guī)定了客戶(hù)端瀏覽器與服務(wù)器之間互相通信的規(guī)則。

二、抓包
下面是一口君抓取的訪問(wèn)自己搭建的web服務(wù)器交互的所有數(shù)據(jù)包。以下是瀏覽器顯示信息:以下是實(shí)際index.html內(nèi)容
"-//W3C//DTDXHTML1.0Transitional//EN">
"http://www.w3.org/1999/xhtml">
"Content-Type"content="text/html;charset=utf-8"/>
一口Linux
"center">
"900"border="0">
"center">
"900"height="467"border="0"background="./image/yikou.png">
"126"height="948">
"351">
"101">
下面是用抓包工具抓取的所有HTTP數(shù)據(jù)包:
瀏覽器發(fā)送的GET請(qǐng)求數(shù)據(jù)包:
服務(wù)器回復(fù)的頁(yè)面對(duì)應(yīng)的數(shù)據(jù)包:
完整的瀏覽訪問(wèn)服務(wù)器數(shù)據(jù)包交互流程如下:
數(shù)據(jù)包交互流程,簡(jiǎn)單總?cè)缦拢?/p>
-
瀏覽器會(huì)向web服務(wù)器發(fā)起tcp 3次握手,(http是基于tcp,上圖數(shù)據(jù)包1-3)
-
瀏覽器會(huì)根據(jù)網(wǎng)址欄輸入的url,通過(guò)DNS協(xié)議查找該domain對(duì)應(yīng)的IP地址(如果url中直接給出IP地址,則省略該步驟)
-
瀏覽器發(fā)送HTTP協(xié)議的GET請(qǐng)求,web服務(wù)器會(huì)回復(fù)對(duì)應(yīng)的頁(yè)面(沒(méi)有指定的話,一般由配置文件指定默認(rèn)文件比如index.html,見(jiàn)數(shù)據(jù)包4-6)
-
因?yàn)轫?yè)面有圖片信息,瀏覽器再請(qǐng)求獲取對(duì)應(yīng)的圖片文件(見(jiàn)數(shù)據(jù)包7-24)
-
最后會(huì)關(guān)閉tcp連接,執(zhí)行4握手(見(jiàn)數(shù)據(jù)包25-28)
三、頁(yè)面交互流程
下面我們來(lái)看一下,從網(wǎng)頁(yè)輸入U(xiǎn)RL到加載,http究竟做了哪些工作?
瀏覽器負(fù)責(zé)發(fā)起請(qǐng)求和最后的響應(yīng)請(qǐng)求,服務(wù)器接收請(qǐng)求后,處理請(qǐng)求。
1、輸入U(xiǎn)RL。
不管是鏈接還是地址欄的輸入,情況都是一樣的。http協(xié)議已經(jīng)規(guī)定了URL的格式,通過(guò)http協(xié)議中的域名或IP找到服務(wù)器。
2、找到服務(wù)器的同時(shí),會(huì)有http的請(qǐng)求發(fā)送過(guò)來(lái),告訴服務(wù)器我求你做什么?http協(xié)議規(guī)定了發(fā)送請(qǐng)求的格式,這個(gè)格式有三部分組成請(qǐng)求行、請(qǐng)求頭、請(qǐng)求體。
請(qǐng)求行包括請(qǐng)求的方式(get、post或其他)、要求響應(yīng)的文件、http版本。請(qǐng)求頭包括本機(jī)信息、瀏覽器信息等等,當(dāng)然,也包括URL中?后面的參數(shù)。
請(qǐng)求體包括POST傳遞數(shù)據(jù)的相關(guān)信息,Get方式傳值時(shí),請(qǐng)求體為空。
3、請(qǐng)求信息發(fā)送至服務(wù)器以后,服務(wù)器會(huì)獲取傳遞過(guò)來(lái)的相關(guān)信息進(jìn)行后端程序的處理。服務(wù)器可以通過(guò)數(shù)據(jù)包中信息獲取URL傳遞過(guò)來(lái)的值,通過(guò)form(表單)獲取POST傳遞過(guò)來(lái)的值,當(dāng)然,也是可以獲取到所有的其他請(qǐng)求過(guò)來(lái)的信息,如瀏覽器信息、cookie信息、操作系統(tǒng)信息等。獲取相關(guān)的數(shù)據(jù)以后,服務(wù)器就會(huì)根據(jù)程序進(jìn)行處理。
4、處理完成以后,服務(wù)器會(huì)做出響應(yīng),向?yàn)g覽器輸出相關(guān)信息。http對(duì)響應(yīng)的格式也做出了規(guī)定,響應(yīng)的信息主要包括,響應(yīng)碼、響應(yīng)頭、響應(yīng)體。
響應(yīng)碼用來(lái)標(biāo)識(shí)服務(wù)器響應(yīng)的結(jié)果,如我們常看到的200、404等。大致的分類(lèi)如下:
1開(kāi)頭的表示消息,
2開(kāi)頭表示成功,
3開(kāi)頭表示重定向,
4開(kāi)頭表示失敗,
5開(kāi)頭表示服務(wù)器異常。
響應(yīng)頭記錄服務(wù)器相關(guān)信息如服務(wù)器是否啟用壓縮、服務(wù)器為IIS或Ngnix、程序所用服務(wù)端語(yǔ)言等等。當(dāng)然,緩存也是在這里設(shè)置的,通過(guò)修改響應(yīng)頭可以修改html在本地緩存的情況,如設(shè)置瀏覽器緩存過(guò)期的時(shí)間。
響應(yīng)體主要是我看到的html的相關(guān)內(nèi)容了。
完成以上4步操作以后,瀏覽器就斷開(kāi)了與服務(wù)器的數(shù)據(jù)連接,不能在進(jìn)行數(shù)據(jù)傳輸,如果需要再次進(jìn)行數(shù)據(jù)傳輸,那么一切就要從輸入U(xiǎn)RL開(kāi)始。
如此,便是一個(gè)完整的網(wǎng)頁(yè)流程,http從中的作用就是對(duì)整個(gè)流程進(jìn)行規(guī)定,包括執(zhí)行步驟,每一步的數(shù)據(jù)格式。只有了解http協(xié)議以及網(wǎng)頁(yè)是如何產(chǎn)生的以后,才能對(duì)網(wǎng)頁(yè)進(jìn)行更好的控制,例如控制瀏覽器緩存、通過(guò)非瀏覽器發(fā)送http請(qǐng)求、get和post傳值的選擇,甚至是建立長(zhǎng)連接,這些都是以http協(xié)議為基礎(chǔ)。
四、補(bǔ)充
1. http主要方法

1.0 版本和 1.1 版本的描述分別基于 RFC1945 和 RFC2616除了上圖中的內(nèi)容之外, HTTP 消息中還有一些用來(lái)表示附加信息的頭字段。客戶(hù)端向 Web 服務(wù)器發(fā)送數(shù)據(jù)時(shí), 會(huì)先發(fā)送頭字段, 然后再發(fā)送數(shù)據(jù)。
2. 狀態(tài)碼
收到請(qǐng)求消息之后, Web 服務(wù)器會(huì)對(duì)其中的內(nèi)容進(jìn)行解析, 通過(guò) URI和方法來(lái)判斷“對(duì)什么”“進(jìn)行怎樣的操作”, 并根據(jù)這些要求來(lái)完成自己的工作, 然后將結(jié)果存放在響應(yīng)消息中。在響應(yīng)消息的開(kāi)頭有一個(gè)狀態(tài)碼,它用來(lái)表示操作的執(zhí)行結(jié)果是成功還是發(fā)生了錯(cuò)誤。
當(dāng)我們?cè)L問(wèn) Web 服務(wù)器時(shí), 遇到找不到的文件就會(huì)顯示出 404 Not Found 的錯(cuò)誤信息, 其實(shí)這就是狀態(tài)碼。狀態(tài)碼后面就是頭字段和網(wǎng)頁(yè)數(shù)據(jù)。響應(yīng)消息會(huì)被發(fā)送回客戶(hù)端, 客戶(hù)端收到之后, 瀏覽器會(huì)從消息中讀出所需的數(shù)據(jù)并顯示在屏幕上。到這里, HTTP 的整個(gè)工作就完成了。
HTTP 狀態(tài)碼由三個(gè)十進(jìn)制數(shù)字組成,第一個(gè)十進(jìn)制數(shù)字定義了狀態(tài)碼的類(lèi)型。
響應(yīng)分為五類(lèi):信息響應(yīng)(100–199),成功響應(yīng)(200–299),重定向(300–399),客戶(hù)端錯(cuò)誤(400–499)和服務(wù)器錯(cuò)誤 (500–599)
:
HTTP狀態(tài)碼列表:

end
原文標(biāo)題:輕松易懂,一文帶你http協(xié)議入門(mén)?
文章出處:【微信公眾號(hào):一口Linux】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
審核編輯:湯梓紅
聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
服務(wù)器
+關(guān)注
關(guān)注
12
文章
9596
瀏覽量
86998
-
瀏覽器
+關(guān)注
關(guān)注
1
文章
1040
瀏覽量
35977
-
HTTP協(xié)議
+關(guān)注
關(guān)注
0
文章
67
瀏覽量
10044
原文標(biāo)題:輕松易懂,一文帶你http協(xié)議入門(mén)?
文章出處:【微信號(hào):yikoulinux,微信公眾號(hào):一口Linux】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
一文詳細(xì)了解HTTP/3協(xié)議
經(jīng)過(guò)了多年的努力,在 6 月 6 號(hào),IETF (互聯(lián)網(wǎng)工程任務(wù)小組) 正式發(fā)布了 HTTP/3 的 RFC, 這是超文本傳輸協(xié)議(HTTP)的第三個(gè)主要版本,完整的 RFC 超過(guò)了 20000 字,非常
發(fā)表于 07-13 09:45
?2222次閱讀
什么是HTTP協(xié)議?HTTP協(xié)議的基本特點(diǎn)和發(fā)展歷程
上期文章小編給大家介紹了一些關(guān)于MQTT協(xié)議的基礎(chǔ)知識(shí),今天我們來(lái)了解另一個(gè)應(yīng)用層協(xié)議——HTTP
發(fā)表于 08-04 09:52
?2030次閱讀
超干的干貨來(lái)了!一文了解HTTP協(xié)議
今天我們來(lái)了解另一個(gè)應(yīng)用層協(xié)議——HTTP協(xié)議。推薦閱讀《MQTT協(xié)議詳解「概念、特性、版本及作
詳細(xì)了解下ups的相關(guān)計(jì)算
關(guān)于ups方面的計(jì)算有很多,ups無(wú)論是接空開(kāi),還是連接電纜,以及選擇電池,都可能需要計(jì)算它的電流或功率等,那么今天我們來(lái)詳細(xì)了解下ups的相關(guān)計(jì)算。一、UPS電源及電流一、高頻ups與工頻ups
發(fā)表于 11-16 09:08
詳細(xì)了解一下STM32F1的具體電路參數(shù)
最近筆者在使用STM32時(shí),需要詳細(xì)了解一下F1的具體電路參數(shù)。于是查看其官方數(shù)據(jù)手冊(cè),結(jié)果記錄如下。絕對(duì)最大額度值一般工作條件表中的FT指5V 耐壓。可以在引腳定義表格中看到。I/O端口特性(邏輯電平)在最后
發(fā)表于 01-18 07:07
HTTP,HTTP協(xié)議的作用是什么?
HTTP,HTTP協(xié)議的作用是什么?
HTTP:Hypertext Transfer Protocol 超文本傳輸協(xié)議(
發(fā)表于 03-22 10:45
?2.5w次閱讀
通過(guò) iftop、 nethogs 和 vnstat 詳細(xì)了解你的網(wǎng)絡(luò)連接狀態(tài)
通過(guò) iftop、 nethogs 和 vnstat 詳細(xì)了解你的網(wǎng)絡(luò)連接狀態(tài)。
一文詳談HTTP協(xié)議的長(zhǎng)連接和短連接
HTTP的長(zhǎng)連接和短連接本質(zhì)上是TCP長(zhǎng)連接和短連接。HTTP屬于應(yīng)用層協(xié)議,在傳輸層使用TCP協(xié)議,在網(wǎng)絡(luò)層使用IP協(xié)議。IP
一文帶你了解QUIC協(xié)議
當(dāng)通過(guò)網(wǎng)絡(luò)傳輸數(shù)據(jù)時(shí),一種新的協(xié)議QUIC(Quick UDP Internet Connection,快速UDP互聯(lián)網(wǎng)連接)正在成為FAANG的默認(rèn)選擇。本篇文章描述了QUIC協(xié)議是如何克服其他
一文詳細(xì)了解OpenHarmony新圖形框架
3月30日,OpenHarmony v3.1 Release版本正式發(fā)布了。此版本為大家?guī)?lái)了全新的圖形框架,實(shí)現(xiàn)了UI框架顯示、多窗口、流暢動(dòng)畫(huà)等基礎(chǔ)能力,夯實(shí)了OpenHarmony系統(tǒng)能力基座。下面就帶大家詳細(xì)了解新圖形框架。
一文詳細(xì)了解CCIX規(guī)范
正文開(kāi)始前,閑扯幾句。在接下來(lái)分析CCIX規(guī)范的過(guò)程中,大家會(huì)發(fā)現(xiàn)CCIX里面有太多ARM的影子,尤其是協(xié)議層的一致性協(xié)議部分,你會(huì)看到有很多跟CHI相似的東西。另外,在CCIX規(guī)范的底層,基本全是復(fù)用和遵循PCIe規(guī)范。
什么是HTTP協(xié)議?什么是RPC協(xié)議?二者如何選擇使用?
為什么有了HTTP,還需要RPC協(xié)議呢?在進(jìn)行說(shuō)明之前,首先我們需要了解什么是HTTP協(xié)議,什么是RPC
帶您一起詳細(xì)了解IEEE802.3bt(PoE++)的有關(guān)特點(diǎn)
Hqst華強(qiáng)盛(盈盛電子)導(dǎo)讀:帶您一起詳細(xì)了解IEEE802.3bt(PoE++)的有關(guān)特點(diǎn),讓我們對(duì)IEEE802.3bt(PoE++)協(xié)議有更具體的了解
一文帶你詳細(xì)了解工業(yè)電腦
扇設(shè)計(jì)、承受振動(dòng)和惡劣環(huán)境的能力、輕松配置、全面的I/O選項(xiàng)、延長(zhǎng)生命周期、耐用的組件。了解如何為您的應(yīng)用選擇工業(yè)電腦對(duì)提高設(shè)施的生產(chǎn)力和效率至關(guān)重要。詳細(xì)了解電
如何使用 cURL 測(cè)試 HTTP 協(xié)議
cURL是一個(gè)強(qiáng)大的命令行工具,用于傳輸數(shù)據(jù),支持多種協(xié)議,包括HTTP、HTTPS、FTP等。使用cURL測(cè)試HTTP協(xié)議可以幫助你理解
主站蜘蛛池模板:
激情六月丁香
|
亚洲人成影网站~色
|
大又大粗又爽又黄少妇毛片
|
男人女人真曰批视频播放
|
午夜色a大片在线观看免费
午夜色大片在线观看
|
国产在线视频h
|
国产精品亚洲一区二区三区在线播放
|
天天做夜夜爽
|
色接久久
|
亚洲五月婷婷
|
精品四虎免费观看国产高清
|
亚洲香蕉网久久综合影院3p
|
天堂网视频在线
|
高清成人
|
欧美三级色图
|
午夜免费啪视频
|
青草青视频在线观看
|
午夜高清在线观看免费6
|
爱我免费视频观看在线www
|
日本黄色小视频网站
|
91一级片|
日本理论在线
|
爱爱动态视频免费视频
|
视频网站在线
|
亚洲情a成黄在线观看
|
色偷偷伊人
|
狠狠狠色丁香婷婷综合久久88
|
国产亚洲人成网站天堂岛
|
四虎精品成人免费观看
|
国产精品资源在线
|
美日韩一级
|
天天摸天天碰色综合网
|
久久这里只有精品任你色
|
成年女人毛片免费观看97
|
曰韩高清一级毛片
|
免费观看理论片毛片
|
欧美性爽xxxⅹbbbb
|
久操免费在线
|
国产情侣草莓视频在线
|
日韩美女奶水喂男人在线观看
|
四虎精品影院永久在线播放
|
評(píng)論