主頁 > 軟體設計 > HTTP http相關知識點詳解

HTTP http相關知識點詳解

2022-01-02 08:20:33 軟體設計

Http http相關知識點詳解

    • 學習目標
    • HTTP 協議
      • TCP/IP
      • OSI 七層模型
      • TCP
        • TCP 3次握手
        • TCP 4次揮手
    • HTTP 請求回應
      • 請求結構
        • 請求訊息結構
        • 請求方法
      • 回應結構
        • 回應訊息結構
        • 狀態碼

學習目標

  1. 掌握http協議請求和回應模型 重點
  2. 掌握Tomcat處理流程 重點

HTTP 協議

超文本傳輸協議(英文:HyperText Transfer Protocol,縮寫:HTTP)是一種用于分布式、協作式和超媒體資訊系統的應用層協議,HTTP是萬維網的資料通信的基礎,

HTTP是一個基于TCP的、請求與回應模式的、無狀態的、應用層的協議,

HTTP1.1版本中給出一種持續連接的機制,絕大多數的Web開發,都是構建在HTTP協議之上的Web應用,

TCP/IP

TCP/IP 指:傳輸控制協議 / 網際協議(Transmission Control Protocol / Internet Protocol),

TCP/IP 用于定義計算機如何連入因特網,以及資料如何在它們之間傳輸的標準,

TCP/IP協議不僅僅指的是TCP 和IP兩個協議,而是指一個由FTP、SMTP、TCP、UDP、IP等協議構成的協議簇, 只是因為在TCP/IP協議中TCP協議和IP協議最具代表性,所以被稱為TCP/IP協議,

TCP/IP協議在一定程度上參考了OSI的體系結構,OSI模型共有七層,但是這顯然是有些復雜的,所以在TCP/IP協議中,它們被簡化為了四個層次,

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-a8nQJybV-1640956169449)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20211231204307083.png)]

OSI 七層模型

七層模型從上到下依次是:

  • 應用層:協議有:HTTP FTP TFTP SMTP SNMP DNS TELNET HTTPS POP3 DHCP
  • 表示層:資料的表示、安全、壓縮,格式有,JPEG、ASCll、DECOIC、加密格式等
  • 會話層:建立、管理、終止會話,對應主機行程,指本地主機與遠程主機正在進行的會話
  • 傳輸層:定義傳輸資料的協議埠號,以及流控和差錯校驗,協議有:TCP UDP,資料包一旦離開網卡即進入網路傳輸層
  • 網路層:進行邏輯地址尋址,實作不同網路之間的路徑選擇,協議有:ICMP IGMP IP(IPV4 IPV6) ARP RARP
  • 資料鏈路層:建立邏輯連接、進行硬體地址尋址、差錯校驗等功能,將位元組合成位元組進而組合成幀,用MAC地址訪問介質,錯誤發現但不能糾正,
  • 物理層:建立、維護、斷開物理連接,

七層模型傳輸資料程序:

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-wUSbb5Q9-1640956169453)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20211231204559230.png)]
**加粗樣式**

TCP

TCP 傳輸控制協議(Transmission Control Protocol)是一種面向連接的、可靠的、基于位元組流的傳輸層通信協議,

TCP 是為了在不可靠的互聯網路上提供可靠的端到端位元組流而專門設計的一個傳輸協議,

TCP 報文頭

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-vqmge9z4-1640956169453)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20211231204705557.png)]

上圖中有幾個欄位需要重點介紹下:

(1)序號:seq序號,占32位,用來標識從TCP源端向目的端發送的位元組流,發起方發送資料時對此進行標記,

(2)確認序號:ack序號,占32位,只有ACK標志位為1時,確認序號欄位才有效,ack=seq+1,

(3)標志位:共6個,即URG、ACK、PSH、RST、SYN、FIN等,具體含義如下:

  • ACK:確認序號有效,
  • FIN:釋放一個連接,
  • PSH:接收方應該盡快將這個報文交給應用層,
  • RST:重置連接,
  • SYN:發起一個新連接,
  • URG:緊急指標(urgent pointer)有效,

TCP 3次握手

(1)第一次握手:Client將標志位SYN置為1,隨機產生一個值seq=J,并將該資料包發送給Server,Client進入SYN_SENT狀態,等待Server確認, (2)第二次握手:Server收到資料包后由標志位SYN=1知道Client請求建立連接,Server將標志位SYN和ACK都置為1,ack=J+1,隨機產生一個值seq=K,并將該資料包發送給Client以確認連接請求,Server進入SYN_RCVD狀態, (3)第三次握手:Client收到確認后,檢查ack是否為J+1,ACK是否為1,如果正確則將標志位ACK置為1,ack=K+1,并將該資料包發送給Server,Server檢查ack是否為K+1,ACK是否為1,如果正確則連接建立成功,Client和Server進入ESTABLISHED狀態,完成三次握手,隨后Client與Server之間可以開始傳輸資料了,

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-rs2iNtOQ-1640956169454)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20211231204731217.png)]

TCP 4次揮手

所謂四次揮手(Four-Way Wavehand )即終止TCP連接,就是指斷開一個TCP連接時,需要客戶端和服務端總共發送4個包以確認連接的斷開, 在socket編程中, 這一程序 由客戶端或服務端任一方執行close來觸發,

(1)第一次揮手:Client發送一個FIN,用來關閉Client到Server的資料傳送,Client進入FIN_WAIT_1狀態 , (2)第二次揮手:Server收到FIN后 ,發送一個ACK給Client,確認序號為收到序號+1(與SYN相同,一個FIN占用一個序號),Server進入CLOSE_WAIT狀態 , (3)第三次揮手:Server發送一個FIN,用來關閉Server到Client的資料傳送,Server進入LAST_ACK狀態, (4)第四次揮手:Client收到FIN后,Client進入TIME_WAIT狀態,接著發送一個ACK給Server,確認序號為收到序號+1 , Server進入CLOSED狀態, 完成四次揮手,
在這里插入圖片描述

HTTP 請求回應

請求結構

請求訊息結構

客戶端發送一個HTTP請求到服務器的請求訊息包括以下格式:

  • 請求行(request line)
  • 請求頭部(header)
  • 空行
  • 請求資料

下圖給出了請求報文的一般格式:

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-V38RNFGe-1640956169455)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20211231204814262.png)]

如:

GET / HTTP/1.1 

Host: www.csdn.net 

Connection: keep-alive 

Cache-Control: max-age=0 

Upgrade-Insecure-Requests: 1 

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36 

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 

Referer: https://www.csdn.net/ 

Accept-Encoding: gzip, deflate, sdch, br 

Accept-Language: zh-CN,zh;q=0.8 

Cookie: uuid_tt_dd=-6852503192799459486_20161230; _ga=GA1.2.851452765.1483110024; UE="starzhangkiss@qq.com"; __guid=253029775.837108528115350700.1516453692677.6106

請求方法

方法描述
GET請求指定的頁面資訊,并回傳物體主體,資料被包含在URL引數中
POST向指定資源提交資料進行處理請求(例如提交表單或者上傳檔案),資料被包含在請求體中,
DELETE請求服務器洗掉指定的頁面,
PUT從客戶端向服務器傳送的資料取代指定的檔案的內容,
HEAD類似于get請求,只不過回傳的回應中沒有具體的內容,用于獲取報頭
CONNECTHTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器,
OPTIONS允許客戶端查看服務器的性能,
TRACE回顯服務器收到的請求,主要用于測驗或診斷,

回應結構

回應訊息結構

[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-yZE8OqLT-1640956169456)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20211231204853833.png)]

如:

HTTP/1.1 200 OK 

Server: Tengine 

Content-Type: text/html 

Content-Length: 15154 

Connection: keep-alive 

Date: Fri, 27 Apr 2018 02:49:12 GMT 

X-Powered-By: HHVM/3.11.1 

Content-Encoding: gzip 

Vary: Accept-Encoding 

Via: cache40.l2et2-2[0,200-0,H], cache3.l2et2-2[1,0], cache1.cn548[0,200-0,H], cache4.cn548[1,0] Age: 35292 

X-Cache: HIT TCP_HIT dirn:7:245100152 mlen:-1 

X-Swift-SaveTime: Fri, 27 Apr 2018 12:24:58 GMT 

X-Swift-CacheTime: 86400 Timing-Allow-Origin: * 

EagleId: dbee144415248326444025049e

回應頭引數

回應答頭說明
Allow服務器支持的請求方法(如GET、POST等),
Content-Encoding檔案的編碼(Encode)方法,只有在解碼之后才可以得到Content-Type頭指定的內容型別,
Content-Length內容長度,只有當瀏覽器使用持久HTTP連接時才需要這個資料,
Content-Type檔案MIME型別
Date當前的GMT時間,你可以用setDateHeader來設定這個頭以避免轉換時間格式的麻煩,
Expires應該在什么時候認為檔案已經過期,從而不再快取它?
Last-Modified檔案的最后改動時間,
Location表示客戶應當到哪里去提取檔案,
Refresh表示瀏覽器應該在多少時間之后重繪檔案,以秒計,
Server服務器名字,由Web服務器自己設定,
Set-Cookie設定和頁面關聯的Cookie,
WWW-Authenticate客戶應該在Authorization頭中提供什么型別的授權資訊?

狀態碼

5種狀態碼

分類分類描述
1資訊,服務器收到請求,需要請求者繼續執行操作(收到信件,還沒看)
2成功,操作被成功接收并處理(收到,并且看過了)
3重定向,需要進一步的操作以完成請求(轉達資訊給第三者)
4客戶端錯誤,請求包含語法錯誤或無法完成請求(發不出去)
5服務器錯誤,服務器在處理請求的程序中發生了錯誤(對方出錯【代碼錯誤】)

HTTP狀態碼串列

狀態碼中文描述
200請求成功,一般用于GET與POST請求
201已創建,成功請求并創建了新的資源
202已接受,已經接受請求,但未處理完成
204無內容,服務器成功處理,但未回傳內容,在未更新網頁的情況下,可確保瀏覽器繼續顯示當前檔案
301永久移動,請求的資源已被永久的移動到新URI,回傳資訊會包括新的URI,瀏覽器會自動定向到新URI,今后任何新的請求都應使用新的URI代替
302臨時移動,與301類似,但資源只是臨時被移動,客戶端應繼續使用原有URI
400客戶端請求的語法錯誤,服務器無法理解
401請求要求用戶的身份認證
403服務器理解請求客戶端的請求,但是拒絕執行此請求
404無法找到資源(網頁),通過此代碼,網站設計人員可設定"您所請求的資源無法找到"的個性頁面
408服務器等待客戶端發送的請求時間過長,超時
411服務器無法處理客戶端發送的不帶Content-Length的請求資訊
415服務器無法處理請求附帶的媒體格式
500服務器內部錯誤,無法完成請求

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/400512.html

標籤:其他

上一篇:江湖救急筆記——計算機網路

下一篇:解決某東對ip限制若蘭(nolanjdc)無法獲取短信驗問題

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more