[咸陽網站建設公司]網站開發(fā)中如何保證HTML頁面后退不會被緩存

閱讀 ?·? 發(fā)布日期 2019-05-28 14:24 ?·? admin
微信的登錄，掃二維碼碼之后，可以通過微信給的code去獲取用戶的微信信息，顯示出對應的帳號列表（列表頁），選擇登錄之后跳轉至相應的頁面。
 
測試的時候發(fā)現，如果在跳轉后的頁面，點擊瀏覽器返回，還是會顯示登錄帳號列表。這時候登錄是會失敗的，因為已經登錄過，沒有了半登錄態(tài)，應該需要重新掃碼登錄才行。
 
所以列表頁是完全不能被緩存的，而瀏覽器的前進后退，默認會從緩存里讀取，完全不發(fā)請求。[咸陽網站建設公司]
 
打開Chrome的開發(fā)者工具調試的時候發(fā)現，如果勾選Network的Disable cache，瀏覽器后退的時候，結果頁不會被緩存。如果不勾選則緩存頁面。用戶是不會主動開啟這個選項的，所以需要通過Headers控制頁面的緩存。
 
Request
 
勾選與不勾選Disable cache的差別在于
 
Request Headers的Cache是否會被設置為Cache-Control: no-cache、Pragma: no-cache
 
Response
 
有設置Cache為Cache-Control: no-cache, must-revalidate。但是為什么頁面還是會緩存了呢？
 
而Request為瀏覽器發(fā)送，不能進行設置，只能從Response著手。
 
解決方案為設置Cache為Cache-Control: no-store, no-cache, must-revalidate
 
no-cache與no-store
 
“no-cache”表示必須先與服務器確認返回的響應是否發(fā)生了變化，然后才能使用該響應來滿足后續(xù)對同一網址的請求。因此，如果存在合適的驗證令牌 (ETag)，no-cache 會發(fā)起往返通信來驗證緩存的響應，但如果資源未發(fā)生變化，則可避免下載。
 
相比之下，“no-store”則要簡單得多。它直接禁止瀏覽器以及所有中間緩存存儲任何版本的返回響應，例如，包含個人隱私數據或銀行業(yè)務數據的響應。每次用戶請求該資產時，都會向服務器發(fā)送請求，并下載完整的響應。
 
再次觀察頁面的請求，發(fā)現雖然設置了no-cache，但是沒有設置ETag可以進行校驗，最終還是從緩存里讀取。
 
關于HTTP，還是需要不斷的學習，才能深入理解并使用。[咸陽網站建設公司]