一、冗餘的資料傳輸
有些客戶端訪問伺服器頁面時,伺服器會多次響應同乙個頁面的副本給客戶端,這會產生冗餘資料,故使用快取就可以保留第一條相應的副本,以後就響應快取的資料
二、頻寬瓶頸
三、瞬間擁塞
伺服器同一時間處理多次請求,就會出現瞬間擁塞
四、距離延時
客戶端和伺服器存在一定的距離,訊號傳輸會出現延時,如果將快取放在附近的機房裡就可以減少距離延時
五、命中與未命中
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 表單。請求引數會出現在正...