一、什么是http?
Http協(xié)議即超文本傳送協(xié)議 (HTTP-Hypertext transfer protocol) 。
它定義了瀏覽器(即萬維網(wǎng)客戶進程)怎樣向萬維網(wǎng)服務器請求萬維網(wǎng)文檔,以及服務器怎樣把文檔傳送給瀏覽器。從層次的角度看,HTTP是面向(transaction-oriented)應用層協(xié)議,它是萬維網(wǎng)上能夠可靠地交換文件(包括文本、聲音、圖像等各種多媒體文件)的重要基礎。并且詳細的規(guī)定了客戶端瀏覽器與服務器之間互相通信的規(guī)則。
二、抓包
下面是一口君抓取的訪問自己搭建的web服務器交互的所有數(shù)據(jù)包。以下是瀏覽器顯示信息:以下是實際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請求數(shù)據(jù)包:服務器回復的頁面對應的數(shù)據(jù)包:
完整的瀏覽訪問服務器數(shù)據(jù)包交互流程如下:
數(shù)據(jù)包交互流程,簡單總如下:
-
瀏覽器會向web服務器發(fā)起tcp 3次握手,(http是基于tcp,上圖數(shù)據(jù)包1-3)
-
瀏覽器會根據(jù)網(wǎng)址欄輸入的url,通過DNS協(xié)議查找該domain對應的IP地址(如果url中直接給出IP地址,則省略該步驟)
-
瀏覽器發(fā)送HTTP協(xié)議的GET請求,web服務器會回復對應的頁面(沒有指定的話,一般由配置文件指定默認文件比如index.html,見數(shù)據(jù)包4-6)
-
因為頁面有圖片信息,瀏覽器再請求獲取對應的圖片文件(見數(shù)據(jù)包7-24)
-
最后會關閉tcp連接,執(zhí)行4握手(見數(shù)據(jù)包25-28)
三、頁面交互流程
下面我們來看一下,從網(wǎng)頁輸入URL到加載,http究竟做了哪些工作?
瀏覽器負責發(fā)起請求和最后的響應請求,服務器接收請求后,處理請求。
1、輸入URL。
不管是鏈接還是地址欄的輸入,情況都是一樣的。http協(xié)議已經(jīng)規(guī)定了URL的格式,通過http協(xié)議中的域名或IP找到服務器。
2、找到服務器的同時,會有http的請求發(fā)送過來,告訴服務器我求你做什么?http協(xié)議規(guī)定了發(fā)送請求的格式,這個格式有三部分組成請求行、請求頭、請求體。
請求行包括請求的方式(get、post或其他)、要求響應的文件、http版本。請求頭包括本機信息、瀏覽器信息等等,當然,也包括URL中?后面的參數(shù)。
請求體包括POST傳遞數(shù)據(jù)的相關信息,Get方式傳值時,請求體為空。
3、請求信息發(fā)送至服務器以后,服務器會獲取傳遞過來的相關信息進行后端程序的處理。服務器可以通過數(shù)據(jù)包中信息獲取URL傳遞過來的值,通過form(表單)獲取POST傳遞過來的值,當然,也是可以獲取到所有的其他請求過來的信息,如瀏覽器信息、cookie信息、操作系統(tǒng)信息等。獲取相關的數(shù)據(jù)以后,服務器就會根據(jù)程序進行處理。
4、處理完成以后,服務器會做出響應,向瀏覽器輸出相關信息。http對響應的格式也做出了規(guī)定,響應的信息主要包括,響應碼、響應頭、響應體。
響應碼用來標識服務器響應的結果,如我們??吹降?00、404等。大致的分類如下:
1開頭的表示消息,
2開頭表示成功,
3開頭表示重定向,
4開頭表示失敗,
5開頭表示服務器異常。
響應頭記錄服務器相關信息如服務器是否啟用壓縮、服務器為IIS或Ngnix、程序所用服務端語言等等。當然,緩存也是在這里設置的,通過修改響應頭可以修改html在本地緩存的情況,如設置瀏覽器緩存過期的時間。
響應體主要是我看到的html的相關內(nèi)容了。
完成以上4步操作以后,瀏覽器就斷開了與服務器的數(shù)據(jù)連接,不能在進行數(shù)據(jù)傳輸,如果需要再次進行數(shù)據(jù)傳輸,那么一切就要從輸入URL開始。
如此,便是一個完整的網(wǎng)頁流程,http從中的作用就是對整個流程進行規(guī)定,包括執(zhí)行步驟,每一步的數(shù)據(jù)格式。只有了解http協(xié)議以及網(wǎng)頁是如何產(chǎn)生的以后,才能對網(wǎng)頁進行更好的控制,例如控制瀏覽器緩存、通過非瀏覽器發(fā)送http請求、get和post傳值的選擇,甚至是建立長連接,這些都是以http協(xié)議為基礎。
四、補充
1. http主要方法
1.0 版本和 1.1 版本的描述分別基于 RFC1945 和 RFC2616除了上圖中的內(nèi)容之外, HTTP 消息中還有一些用來表示附加信息的頭字段??蛻舳讼?Web 服務器發(fā)送數(shù)據(jù)時, 會先發(fā)送頭字段, 然后再發(fā)送數(shù)據(jù)。
2. 狀態(tài)碼
收到請求消息之后, Web 服務器會對其中的內(nèi)容進行解析, 通過 URI和方法來判斷“對什么”“進行怎樣的操作”, 并根據(jù)這些要求來完成自己的工作, 然后將結果存放在響應消息中。在響應消息的開頭有一個狀態(tài)碼,它用來表示操作的執(zhí)行結果是成功還是發(fā)生了錯誤。
當我們訪問 Web 服務器時, 遇到找不到的文件就會顯示出 404 Not Found 的錯誤信息, 其實這就是狀態(tài)碼。狀態(tài)碼后面就是頭字段和網(wǎng)頁數(shù)據(jù)。響應消息會被發(fā)送回客戶端, 客戶端收到之后, 瀏覽器會從消息中讀出所需的數(shù)據(jù)并顯示在屏幕上。到這里, HTTP 的整個工作就完成了。
HTTP 狀態(tài)碼由三個十進制數(shù)字組成,第一個十進制數(shù)字定義了狀態(tài)碼的類型。
響應分為五類:信息響應(100–199),成功響應(200–299),重定向(300–399),客戶端錯誤(400–499)和服務器錯誤 (500–599)
:
HTTP狀態(tài)碼列表:
end
原文標題:輕松易懂,一文帶你http協(xié)議入門?
文章出處:【微信公眾號:一口Linux】歡迎添加關注!文章轉載請注明出處。
審核編輯:湯梓紅
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
-
服務器
+關注
關注
12
文章
9123
瀏覽量
85324
-
瀏覽器
+關注
關注
1
文章
1022
瀏覽量
35328
-
HTTP協(xié)議
+關注
關注
0
文章
61
瀏覽量
9719
原文標題:輕松易懂,一文帶你http協(xié)議入門?
文章出處:【微信號:yikoulinux,微信公眾號:一口Linux】歡迎添加關注!文章轉載請注明出處。
發(fā)布評論請先 登錄
相關推薦
一文詳細了解HTTP/3協(xié)議
經(jīng)過了多年的努力,在 6 月 6 號,IETF (互聯(lián)網(wǎng)工程任務小組) 正式發(fā)布了 HTTP/3 的 RFC, 這是超文本傳輸協(xié)議(HTTP)的第三個主要版本,完整的 RFC 超過了 20000 字,非常
發(fā)表于 07-13 09:45
?1978次閱讀
什么是HTTP協(xié)議?HTTP協(xié)議的基本特點和發(fā)展歷程
上期文章小編給大家介紹了一些關于MQTT協(xié)議的基礎知識,今天我們來了解另一個應用層協(xié)議——HTTP
發(fā)表于 08-04 09:52
?1619次閱讀
詳細了解下ups的相關計算
關于ups方面的計算有很多,ups無論是接空開,還是連接電纜,以及選擇電池,都可能需要計算它的電流或功率等,那么今天我們來詳細了解下ups的相關計算。一、UPS電源及電流一、高頻ups與工頻ups
發(fā)表于 11-16 09:08
詳細了解一下STM32F1的具體電路參數(shù)
最近筆者在使用STM32時,需要詳細了解一下F1的具體電路參數(shù)。于是查看其官方數(shù)據(jù)手冊,結果記錄如下。絕對最大額度值一般工作條件表中的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次閱讀
通過 iftop、 nethogs 和 vnstat 詳細了解你的網(wǎng)絡連接狀態(tài)
通過 iftop、 nethogs 和 vnstat 詳細了解你的網(wǎng)絡連接狀態(tài)。
一文詳談HTTP協(xié)議的長連接和短連接
HTTP的長連接和短連接本質(zhì)上是TCP長連接和短連接。HTTP屬于應用層協(xié)議,在傳輸層使用TCP協(xié)議,在網(wǎng)絡層使用IP協(xié)議。IP
一文帶你了解QUIC協(xié)議
當通過網(wǎng)絡傳輸數(shù)據(jù)時,一種新的協(xié)議QUIC(Quick UDP Internet Connection,快速UDP互聯(lián)網(wǎng)連接)正在成為FAANG的默認選擇。本篇文章描述了QUIC協(xié)議是如何克服其他
一文詳細了解OpenHarmony新圖形框架
3月30日,OpenHarmony v3.1 Release版本正式發(fā)布了。此版本為大家?guī)砹巳碌膱D形框架,實現(xiàn)了UI框架顯示、多窗口、流暢動畫等基礎能力,夯實了OpenHarmony系統(tǒng)能力基座。下面就帶大家詳細了解新圖形框架。
一文詳細了解CCIX規(guī)范
正文開始前,閑扯幾句。在接下來分析CCIX規(guī)范的過程中,大家會發(fā)現(xiàn)CCIX里面有太多ARM的影子,尤其是協(xié)議層的一致性協(xié)議部分,你會看到有很多跟CHI相似的東西。另外,在CCIX規(guī)范的底層,基本全是復用和遵循PCIe規(guī)范。
什么是HTTP協(xié)議?什么是RPC協(xié)議?二者如何選擇使用?
為什么有了HTTP,還需要RPC協(xié)議呢?在進行說明之前,首先我們需要了解什么是HTTP協(xié)議,什么是RPC
帶您一起詳細了解IEEE802.3bt(PoE++)的有關特點
Hqst華強盛(盈盛電子)導讀:帶您一起詳細了解IEEE802.3bt(PoE++)的有關特點,讓我們對IEEE802.3bt(PoE++)協(xié)議有更具體的了解
一文帶你詳細了解工業(yè)電腦
扇設計、承受振動和惡劣環(huán)境的能力、輕松配置、全面的I/O選項、延長生命周期、耐用的組件。了解如何為您的應用選擇工業(yè)電腦對提高設施的生產(chǎn)力和效率至關重要。詳細了解電
你了解清楚了嘛-TCP、HTTP、MQTT協(xié)議
TCP、HTTP 和 MQTT 是三種不同層級和用途的協(xié)議是進行設備互聯(lián)和傳送數(shù)據(jù)的重要組成部分;TCP適用高可靠性傳送,HTTP適用Web服務與API打開,MQTT是物聯(lián)網(wǎng)設備通訊的不二之選。
RM新时代网站-首页
評論