nginx設置資源緩存實戰(zhàn)詳解

2022-10-14 13:25| 查看: 2474 |來源: 互聯(lián)網(wǎng)

一直很想學習緩存這一塊兒的東西，畢竟前端性能優(yōu)化緩存在其中占了很大一部分作用。緩存分為兩種：強制緩存和協(xié)商緩存。看過很多文章講它們之間的區(qū)別，但是沒有 ...

一直很想學習緩存這一塊兒的東西，畢竟前端性能優(yōu)化緩存在其中占了很大一部分作用。緩存分為兩種：強制緩存和協(xié)商緩存。看過很多文章講它們之間的區(qū)別，但是沒有實戰(zhàn)過只知道其意義卻不知道怎樣去設置，沒有實戰(zhàn)過也導致記憶總是很模糊，實踐才是最好的老師！記錄一下我使用nginx服務器學習緩存的過程。

初探

首先我在 nginx 的根目錄下新建了一個index.html文件以及index.js文件。此時nginx的配置文件是長這個樣子的：

server {
 listen  8080;
 server_name localhost;
 location / {
  root /Volumes/myFile/nginx_root; 
  index index.html index.htm;
 }
}

然后我們?yōu)g覽器訪問 localhost:8080。打開控制臺，發(fā)現(xiàn)里面有兩條請求：

可以看到第一次訪問，兩條請求的狀態(tài)碼都是 200。我們點開其中一條請求看看響應頭信息：

可以看到，響應頭中給我們攜帶了Etag以及Last-Modified信息。這就是協(xié)商緩存所使用的字段嘛。看來 nginx 已經(jīng)默認給我們使用了緩存。那我們在不修改 html文件以及js文件的基礎上再次去刷新頁面驗證一下，命中協(xié)商緩存的話，狀態(tài)碼應該給我們返回304 Not Modified。我刷新了幾次去觀察http請求的狀態(tài)碼。html文件每次都是返回的 304。但是 js 文件在最初是 304 后面卻變成了200 OK (from memory cache)。也就是說每一次html文件都是命中了協(xié)商緩存，而js文件都是命中了強緩存(強緩存的優(yōu)先級是高于協(xié)商緩存的)。為什么會出現(xiàn)這樣的情況呢，我百度一下：

為什么有的緩存是 200 OK (from cache)，有的緩存是 304 Not Modified 呢？很簡單，看是否移除了 Entity Tag。移除了，就總是 200 OK (from cache)。沒有移除，就兩者會交替出現(xiàn)。

那么，兩者觸發(fā)的時機有什么區(qū)別呢？200 OK (from cache) 是直接點擊鏈接訪問，輸入網(wǎng)址按回車訪問也能觸發(fā)；而 304 Not Modified 是刷新頁面時觸發(fā)，或是設置了強緩存、但 Entity Tags 沒有移除時觸發(fā)。

對照我的例子，我是這樣理解的：index.html文件刷新頁面命中協(xié)商緩存返回了 304，而 js 文件是在 index.html 文件中鏈接引入的，所以命中強緩存 200 OK (from cache) 。為了驗證我的想法，我用在地址欄直接訪問了index.js文件。地址欄鍵入：localhost:8080/index.js，此時的確是返回了 304 給我了，在來看一下此時的請求頭：

可以看到此時Cache-Control給的是max-age=0；然后也攜帶上了協(xié)商緩存的相關參數(shù)。看來在瀏覽器是刷新操作的時候就會攜帶上Cache-Control:max-age=0以此來避免命中強緩存。

nginx禁用強緩存

在試試 nginx 禁用強緩存之后會發(fā)生什么效果。修改 nginx 配置文件：

server {
 listen  8080;
 server_name localhost;
 location / {
  root /Volumes/myFile/nginx_root; 
  index index.html index.htm;
  add_header Cache-Control no-cache;
  # 為 public可以被任何對象緩存，private只能針對個人用戶，而不能被代理服務器緩存
  add_header Cache-Control private;
 }
}

修改完 nginx 配置文件之后我們重啟一下 nginx 服務器。此時在訪問 localhost:8080

可以看到，此時 html 文件和 js文件都是 304 都是命中協(xié)商緩存了。

Cache-Control： no-store

禁止一切緩存（這個才是響應不被緩存的意思）。緩存通常會像非緩存代理服務器一樣，向客戶端轉發(fā)一條 no-store 響應，然后刪除對象。

Cache-Control：no-cache

強制客戶端直接向服務器發(fā)送請求,也就是說每次請求都必須向服務器發(fā)送。服務器接收到請求，然后判斷資源是否變更，是則返回新內容，否則返回304，未變更。這個很容易讓人產生誤解，使人誤以為是響應不被緩存。實際上Cache-Control: no-cache是會被緩存的，只不過每次在向客戶端（瀏覽器）提供響應數(shù)據(jù)時，緩存都要向服務器評估緩存響應的有效性。

其實將 Cache-Control 設置為 no-store 才是真正的不被緩存的意思，那在修改一下 nginx 文件將 Cache-Control 設置為 no-store 看看會發(fā)生什么。此時再次刷新瀏覽器。

可以看到，修改完 nginx 的配置文件之后，除了第一次是304(這次訪問瀏覽器才剛剛接收到 no-store的信息，請求頭上還是攜帶了緩存相關信息) 外，剩下的幾次刷新頁面都是返回 200了。既沒有命中強緩存、也沒有命中協(xié)商緩存。在看一下index.js文件的 http 頭信息。

這里的圖我沒有截完整，其實響應頭中還包含了 Cache-Control: no-store 。可以看到，在 Cache-Control: no-store 的加持下，即使在響應頭中服務請返回了協(xié)商緩存的參數(shù)，但是在瀏覽器在請求資源的時候，并沒有帶上緩存相關的參數(shù)了，所以，現(xiàn)在沒有緩存了，既不會命中強緩存，也不會命中協(xié)商緩存，每一次http請求的資源都是從服務器上返回的。

結語

以上就是小編給大家介紹的nginx設置資源緩存實戰(zhàn)詳解，希望對大家有所幫助，如果大家有任何疑問歡迎給我留言，小編會及時回復大家的！

本文最后更新于 2022-10-14 13:25，某些文章具有時效性，若有錯誤或已失效，請在網(wǎng)站留言或聯(lián)系站長：[email protected]

·END·

站長網(wǎng)微信號：w17tui，關注站長、創(chuàng)業(yè)、關注互聯(lián)網(wǎng)人 - 互聯(lián)網(wǎng)創(chuàng)業(yè)者營銷服務中心

免責聲明：本站部分文章和圖片均來自用戶投稿和網(wǎng)絡收集，旨在傳播知識，文章和圖片版權歸原作者及原出處所有，僅供學習與參考，請勿用于商業(yè)用途，如果損害了您的權利，請聯(lián)系我們及時修正或刪除。謝謝！

下一篇：linux vi命令知識點用法總結上一篇：Virtual Box復制虛擬機的教程圖解

17站長網(wǎng)微信二維碼

始終以前瞻性的眼光聚焦站長、創(chuàng)業(yè)、互聯(lián)網(wǎng)等領域，為您提供最新最全的互聯(lián)網(wǎng)資訊，幫助站長轉型升級，為互聯(lián)網(wǎng)創(chuàng)業(yè)者提供更加優(yōu)質的創(chuàng)業(yè)信息和品牌營銷服務，與站長一起進步！讓互聯(lián)網(wǎng)創(chuàng)業(yè)者不再孤獨！

掃一掃，關注站長網(wǎng)微信

青草久久影院-青草久久伊人-青草久久久-青草久久精品亚洲综合专区-SM双性精跪趴灌憋尿调教H-SM脚奴调教丨踩踏贱奴

nginx設置資源緩存實戰(zhàn)詳解

大家都在看

相關分類

熱門排行

最近更新