基于nginx如何設(shè)置瀏覽器協(xié)商緩存

這篇文章主要介紹“基于nginx如何設(shè)置瀏覽器協(xié)商緩存”的相關(guān)知識(shí)，小編通過(guò)實(shí)際案例向大家展示操作過(guò)程，操作方法簡(jiǎn)單快捷，實(shí)用性強(qiáng)，希望這篇“基于nginx如何設(shè)置瀏覽器協(xié)商緩存”文章能幫助大家解決問(wèn)題。

強(qiáng)緩存與協(xié)商緩存的區(qū)別

　　強(qiáng)緩存：瀏覽器不與服務(wù)端協(xié)商直接取瀏覽器緩存

　　協(xié)商緩存：瀏覽器會(huì)先向服務(wù)器確認(rèn)資源的有效性后才決定是從緩存中取資源還是重新獲取資源

協(xié)商緩存運(yùn)作原理

　　現(xiàn)在有一個(gè)這樣的業(yè)務(wù)情景：后端的靜態(tài)資源會(huì)不定時(shí)地發(fā)生更新，而因?yàn)闉g覽器默認(rèn)使用強(qiáng)緩存，會(huì)默認(rèn)從瀏覽器緩存中取到過(guò)時(shí)的資源。

　　現(xiàn)在我們希望瀏覽器每次獲取資源的時(shí)候都向后端確認(rèn)資源是否更新，就要設(shè)置瀏覽器使用協(xié)商緩存

　　那么后端如何判斷資源是否更新了呢？這時(shí)就要用到etag和last-modified兩項(xiàng)響應(yīng)頭。

　　每次收到一個(gè)靜態(tài)資源的請(qǐng)求時(shí)，后端都將資源的最后修改時(shí)間（last-modified）、根據(jù)資源內(nèi)容計(jì)算出來(lái)的etag放在響應(yīng)頭給前端。

　　前端收到響應(yīng)后將這兩項(xiàng)緩存起來(lái)，然后在下次請(qǐng)求同樣資源的時(shí)候，將這兩項(xiàng)的內(nèi)容放到if-modified-since和if-none-match這兩項(xiàng)請(qǐng)求頭中。

　　服務(wù)端收到這兩項(xiàng)后，會(huì)與資源當(dāng)前生成的etag和last-modified做比較，如果兩者都一致，說(shuō)明資源沒(méi)有更新，服務(wù)端會(huì)返回304空響應(yīng)；否則，說(shuō)明資源有更新，服務(wù)端會(huì)將完整的資源內(nèi)容返回

實(shí)現(xiàn)

　　那么如何實(shí)現(xiàn)這樣一個(gè)復(fù)雜的過(guò)程呢？其實(shí)很簡(jiǎn)單，只要使用nginx作為靜態(tài)資源的服務(wù)器，再在響應(yīng)頭加上cache-control:no-cache就可以了。

　　下面來(lái)分步驟實(shí)現(xiàn)一下

　　1. 使用nginx作為靜態(tài)資源的服務(wù)器

　　　　在nginx的配置中，將對(duì)靜態(tài)資源的請(qǐng)求映射到資源的磁盤(pán)路徑上

http {
  server {
  listen 80;
  ...
  location /picture/ {
    alias d:/luozixi/tcp_test/picture/;
    # alias是重定義路徑
    # 比如訪問(wèn)127.0.0.1/picture/1_new.gif，則會(huì)映射為訪問(wèn)d:/luozixi/tcp_test/picture/1_new.gif
    # web應(yīng)用根本不會(huì)收到請(qǐng)求，picture的請(qǐng)求都被nginx處理了
    # alias是替換，root是拼接
    autoindex on;
    # 訪問(wèn)127.0.0.1/picture/，會(huì)得到目錄的索引界面
    }
  }
}

　　2. 重新加載nginx配置

nginx -s reload

　　3. 此時(shí)，請(qǐng)求靜態(tài)資源的時(shí)候nginx會(huì)自動(dòng)在response頭中加上etag和last-modified兩項(xiàng)

　　4. 但是這時(shí)發(fā)現(xiàn)，如果不配置cache-contrl: no-cache，瀏覽器在下次請(qǐng)求這個(gè)資源的時(shí)候不會(huì)將請(qǐng)求發(fā)向后端，而是直接從緩存中獲取資源

　　5. 在nginx中配置

location /picture/ { 
  add_header cache-control no-cache;
  alias d:/luozixi/tcp_test/picture/; 
}

　　6.清除瀏覽器緩存后第一次發(fā)起請(qǐng)求，會(huì)得到一個(gè)正常的200 response，而且響應(yīng)頭里已經(jīng)有了cache-control: no-cache，表示使用協(xié)商緩存

　　7.再次發(fā)起請(qǐng)求后，會(huì)發(fā)現(xiàn)請(qǐng)求頭已經(jīng)帶上了if-modified-since和if-none-match兩項(xiàng)

　　8.服務(wù)端（nginx）收到這兩項(xiàng)后，會(huì)與資源當(dāng)前生成的etag和last-modified做比較，如果兩者都一致，說(shuō)明資源沒(méi)有更新，服務(wù)端會(huì)返回304空響應(yīng)；否則，說(shuō)明資源有更新，服務(wù)端會(huì)將完整的資源內(nèi)容返回

　　　　另外，服務(wù)器驗(yàn)證if-modified-since的方式只是簡(jiǎn)單的字符串比較，即使資源的last-modified比if-modified-since要早，服務(wù)端仍認(rèn)為資源有更新

　　9.瀏覽器在收到304響應(yīng)后，會(huì)從瀏覽器緩存中取資源。因此速度非常塊

no-cache與no-store的區(qū)別

　　no-cache表示不緩存過(guò)期資源，緩存會(huì)向服務(wù)器進(jìn)行有效處理確認(rèn)之后處理資源

　　而no-store才是真正的不進(jìn)行緩存。

關(guān)于“基于nginx如何設(shè)置瀏覽器協(xié)商緩存”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)，可以關(guān)注億速云行業(yè)資訊頻道，小編每天都會(huì)為大家更新不同的知識(shí)點(diǎn)。