Http協議 7 Http快取

2021-06-26 06:07:48 字數 1136 閱讀 1902

一、冗餘的資料傳輸

有些客戶端訪問伺服器頁面時,伺服器會多次響應同乙個頁面的副本給客戶端,這會產生冗餘資料,故使用快取就可以保留第一條相應的副本,以後就響應快取的資料

二、頻寬瓶頸

三、瞬間擁塞

伺服器同一時間處理多次請求,就會出現瞬間擁塞

四、距離延時

客戶端和伺服器存在一定的距離,訊號傳輸會出現延時,如果將快取放在附近的機房裡就可以減少距離延時

五、命中與未命中

1.再驗證

a.需要檢測快取副本是不是原始伺服器上最新的快取資料

b.快取對快取副本進行再驗證時需要向伺服器傳送乙個小的請求,如果內容沒有變化,則伺服器會以304作為響應,快取依然認為副本有效,則再次作為暫時新鮮的提供給客戶端,這被稱作再驗證命中

c.在get請求中新增if-modified-since首部作為再驗證的工具

i.再驗證命中

如果伺服器對未被修改,會向客戶端傳送乙個http304的響應碼

ii.再驗證未命中

如果伺服器物件與快取的不同,會向客戶端傳送乙個http 200 ok的響應碼

iii.物件被刪除

如果伺服器物件被刪除,會向客戶端傳送乙個http404的響應碼,並刪除起快取副本

2.文件命中率

3.位元組命中率

快取提供的位元組在傳輸的所有位元組所佔的比例

4.區分命中話與未命中的情況

客戶端可通過age和date首部來判別

六、快取的拓撲結構

1.私有快取

快取在個人電腦和磁碟中

2.公有快取

特殊的**伺服器,接收來自多個使用者的訪問

3.**快取的層次結構

七、快取的處理步驟

1.接受

從網路中讀取抵達的請求報文

2.解析

解析報文為片段

3.查詢

檢視是否有本地副本可用,如果沒有則從伺服器上獲取並存入本地副本中

4.新鮮度檢測

當超過快取的新鮮度限值時需要向伺服器檢查快取是否發生變化

5.建立響應

快取會用新的首部(date除外)和已快取的主題來構建一條響應報文

6.傳送

快取將響應傳送給客戶端

7.日誌

快取可選的建立乙個日誌檔案來描述此次事務

HTTP協議基礎 7 HTTP響應 實戰

前面演示了http中get和post請求的過程,正常順序是看了乙個請求訊息部分,立馬去看這個請求的響應部分。所以這篇我們接著前面一篇的環境,來看看響應部分。1.post請求方法的響應部分舉例 1.響應起始行是 http 1.1 200 ok,可以對照前面理論部分看看,這個格式是不是這樣,因為在瀏覽器...

7 HTTP協議的組成

協議的組成 請求部分 請求行 請求訊息頭 請求正文 請求行 位於請求資訊的第一行 請求方式 請求的資源路徑 使用的協議 請求方式 常用的請求方式 get和post get 預設的請求方式 特點 請求引數會出現在位址列上,不安全 長度限制 1kb post 建議 利用from 表單。請求引數會出現在正...

7 HTTP協議的組成

協議的組成 請求部分 請求行 請求訊息頭 請求正文 請求行 位於請求資訊的第一行 請求方式 請求的資源路徑 使用的協議 請求方式 常用的請求方式 get和post get 預設的請求方式 特點 請求引數會出現在位址列上,不安全 長度限制 1kb post 建議 利用from 表單。請求引數會出現在正...