RM新时代网站-首页

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

一文詳細了解HTTP協(xié)議

xCb1_yikoulinux ? 來源:一口Linux ? 作者:一口Linux ? 2022-05-11 12:04 ? 次閱讀

一、什么是http?

Http協(xié)議即超文本傳送協(xié)議 (HTTP-Hypertext transfer protocol) 。

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

a8ea3954-d0de-11ec-bce3-dac502259ad0.png

二、抓包

下面是一口君抓取的訪問自己搭建的web服務器交互的所有數(shù)據(jù)包。以下是瀏覽器顯示信息a92cdf66-d0de-11ec-bce3-dac502259ad0.png以下是實際index.html內(nèi)容

"-//W3C//DTDXHTML1.0Transitional//EN">
"http://www.w3.org/1999/xhtml">

"Content-Type"content="text/html;charset=utf-8"/>
一口<a href="http://hljzzgx.com/v/tag/538/" target="_blank"><u>Linux</u></a>


"center">
"900"border="0">

"returnisValidate(myform)"action="cgi-bin/login.cgi"method="post">
用戶名:type="text"name="username"id="username">


密碼:type="password"name="userpass"id="userpass">


type="submit"value="登錄"id="button">




"center"> "900"height="467"border="0"background="./image/yikou.png"> "126"height="948"> "351"> "101">

下面是用抓包工具抓取的所有HTTP數(shù)據(jù)包:

瀏覽器發(fā)送的GET請求數(shù)據(jù)包:a96895b0-d0de-11ec-bce3-dac502259ad0.png服務器回復的頁面對應的數(shù)據(jù)包:a98d6f70-d0de-11ec-bce3-dac502259ad0.png

完整的瀏覽訪問服務器數(shù)據(jù)包交互流程如下:

a9ac6f4c-d0de-11ec-bce3-dac502259ad0.png數(shù)據(jù)包交互流程,簡單總如下:

  1. 瀏覽器會向web服務器發(fā)起tcp 3次握手,(http是基于tcp,上圖數(shù)據(jù)包1-3)
  2. 瀏覽器會根據(jù)網(wǎng)址欄輸入的url,通過DNS協(xié)議查找該domain對應的IP地址(如果url中直接給出IP地址,則省略該步驟)
  3. 瀏覽器發(fā)送HTTP協(xié)議的GET請求,web服務器會回復對應的頁面(沒有指定的話,一般由配置文件指定默認文件比如index.html,見數(shù)據(jù)包4-6)
  4. 因為頁面有圖片信息,瀏覽器再請求獲取對應的圖片文件(見數(shù)據(jù)包7-24)
  5. 最后會關閉tcp連接,執(zhí)行4握手(見數(shù)據(jù)包25-28)

三、頁面交互流程

下面我們來看一下,從網(wǎng)頁輸入URL到加載,http究竟做了哪些工作?

瀏覽器負責發(fā)起請求和最后的響應請求,服務器接收請求后,處理請求。aa13050e-d0de-11ec-bce3-dac502259ad0.png

1、輸入URL。

不管是鏈接還是地址欄的輸入,情況都是一樣的。http協(xié)議已經(jīng)規(guī)定了URL的格式,通過http協(xié)議中的域名或IP找到服務器。

2、找到服務器的同時,會有http的請求發(fā)送過來,告訴服務器我求你做什么?http協(xié)議規(guī)定了發(fā)送請求的格式,這個格式有三部分組成請求行、請求頭、請求體。

請求行包括請求的方式(get、post或其他)、要求響應的文件、http版本。請求頭包括本機信息、瀏覽器信息等等,當然,也包括URL中?后面的參數(shù)。

aa52fa6a-d0de-11ec-bce3-dac502259ad0.png請求體包括POST傳遞數(shù)據(jù)的相關信息,Get方式傳值時,請求體為空。

3、請求信息發(fā)送至服務器以后,服務器會獲取傳遞過來的相關信息進行后端程序的處理。服務器可以通過數(shù)據(jù)包中信息獲取URL傳遞過來的值,通過form(表單)獲取POST傳遞過來的值,當然,也是可以獲取到所有的其他請求過來的信息,如瀏覽器信息、cookie信息、操作系統(tǒng)信息等。獲取相關的數(shù)據(jù)以后,服務器就會根據(jù)程序進行處理。

4、處理完成以后,服務器會做出響應,向瀏覽器輸出相關信息。http對響應的格式也做出了規(guī)定,響應的信息主要包括,響應碼、響應頭、響應體

aa7903d6-d0de-11ec-bce3-dac502259ad0.png響應碼用來標識服務器響應的結果,如我們??吹降?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主要方法

aa8d5e76-d0de-11ec-bce3-dac502259ad0.png

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)aa9f92d0-d0de-11ec-bce3-dac502259ad0.png

HTTP狀態(tài)碼列表:

aaba47d8-d0de-11ec-bce3-dac502259ad0.png

end

原文標題:輕松易懂,一文帶你http協(xié)議入門?

文章出處:【微信公眾號:一口Linux】歡迎添加關注!文章轉載請注明出處。

審核編輯:湯梓紅
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴

原文標題:輕松易懂,一文帶你http協(xié)議入門?

文章出處:【微信號:yikoulinux,微信公眾號:一口Linux】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    詳細了解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次閱讀
    什么是<b class='flag-5'>HTTP</b><b class='flag-5'>協(xié)議</b>?<b class='flag-5'>HTTP</b><b class='flag-5'>協(xié)議</b>的基本特點和發(fā)展歷程

    超干的干貨來了!了解HTTP協(xié)議

    今天我們來了解個應用層協(xié)議——HTTP協(xié)議。推薦閱讀《MQTT協(xié)議詳解「概念、特性、版本及作
    的頭像 發(fā)表于 08-04 08:24 ?2682次閱讀
    超干的干貨來了!<b class='flag-5'>一</b><b class='flag-5'>文</b><b class='flag-5'>了解</b><b class='flag-5'>HTTP</b><b class='flag-5'>協(xié)議</b>

    詳細了解下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)。
    的頭像 發(fā)表于 01-27 21:10 ?2.1w次閱讀
    通過 iftop、 nethogs 和 vnstat <b class='flag-5'>詳細了解</b>你的網(wǎng)絡連接狀態(tài)

    詳談HTTP協(xié)議的長連接和短連接

    HTTP的長連接和短連接本質(zhì)上是TCP長連接和短連接。HTTP屬于應用層協(xié)議,在傳輸層使用TCP協(xié)議,在網(wǎng)絡層使用IP協(xié)議。IP
    的頭像 發(fā)表于 09-07 10:52 ?2763次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>詳談<b class='flag-5'>HTTP</b><b class='flag-5'>協(xié)議</b>的長連接和短連接

    帶你了解QUIC協(xié)議

    當通過網(wǎng)絡傳輸數(shù)據(jù)時,種新的協(xié)議QUIC(Quick UDP Internet Connection,快速UDP互聯(lián)網(wǎng)連接)正在成為FAANG的默認選擇。本篇文章描述了QUIC協(xié)議是如何克服其他
    的頭像 發(fā)表于 09-02 09:39 ?4165次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>帶你<b class='flag-5'>了解</b>QUIC<b class='flag-5'>協(xié)議</b>

    詳細了解OpenHarmony新圖形框架

    3月30日,OpenHarmony v3.1 Release版本正式發(fā)布了。此版本為大家?guī)砹巳碌膱D形框架,實現(xiàn)了UI框架顯示、多窗口、流暢動畫等基礎能力,夯實了OpenHarmony系統(tǒng)能力基座。下面就帶大家詳細了解新圖形框架。
    的頭像 發(fā)表于 04-27 13:21 ?2206次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b><b class='flag-5'>詳細了解</b>OpenHarmony新圖形框架

    詳細了解CCIX規(guī)范

    正文開始前,閑扯幾句。在接下來分析CCIX規(guī)范的過程中,大家會發(fā)現(xiàn)CCIX里面有太多ARM的影子,尤其是協(xié)議層的致性協(xié)議部分,你會看到有很多跟CHI相似的東西。另外,在CCIX規(guī)范的底層,基本全是復用和遵循PCIe規(guī)范。
    的頭像 發(fā)表于 06-23 09:20 ?2020次閱讀

    什么是HTTP協(xié)議?什么是RPC協(xié)議?二者如何選擇使用?

    為什么有了HTTP,還需要RPC協(xié)議呢?在進行說明之前,首先我們需要了解什么是HTTP協(xié)議,什么是RPC
    的頭像 發(fā)表于 08-11 09:25 ?2657次閱讀
    什么是<b class='flag-5'>HTTP</b><b class='flag-5'>協(xié)議</b>?什么是RPC<b class='flag-5'>協(xié)議</b>?二者如何選擇使用?

    帶您詳細了解IEEE802.3bt(PoE++)的有關特點

    Hqst華強盛(盈盛電子)導讀:帶您詳細了解IEEE802.3bt(PoE++)的有關特點,讓我們對IEEE802.3bt(PoE++)協(xié)議有更具體的了解
    的頭像 發(fā)表于 01-04 11:26 ?2157次閱讀
    帶您<b class='flag-5'>一</b>起<b class='flag-5'>詳細了解</b>IEEE802.3bt(PoE++)的有關特點

    帶你詳細了解工業(yè)電腦

    扇設計、承受振動和惡劣環(huán)境的能力、輕松配置、全面的I/O選項、延長生命周期、耐用的組件。了解如何為您的應用選擇工業(yè)電腦對提高設施的生產(chǎn)力和效率至關重要。詳細了解
    的頭像 發(fā)表于 06-12 14:24 ?401次閱讀
    <b class='flag-5'>一</b><b class='flag-5'>文</b>帶你<b class='flag-5'>詳細了解</b>工業(yè)電腦

    了解清楚了嘛-TCP、HTTP、MQTT協(xié)議

    TCP、HTTP 和 MQTT 是三種不同層級和用途的協(xié)議是進行設備互聯(lián)和傳送數(shù)據(jù)的重要組成部分;TCP適用高可靠性傳送,HTTP適用Web服務與API打開,MQTT是物聯(lián)網(wǎng)設備通訊的不二之選。
    的頭像 發(fā)表于 07-11 11:34 ?2813次閱讀
    你<b class='flag-5'>了解</b>清楚了嘛-TCP、<b class='flag-5'>HTTP</b>、MQTT<b class='flag-5'>協(xié)議</b>
    RM新时代网站-首页