99热在线精品一区二区三区_国产伦精品一区二区三区女破破_亚洲一区二区三区无码_精品国产欧美日韩另类一区

這篇文章主要介紹了如何配置瀏覽器緩存和webpack緩存，具有一定借鑒價(jià)值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓小編帶著大家一起了解一下。

站在用戶的角度思考問(wèn)題，與客戶深入溝通，找到遼陽(yáng)縣網(wǎng)站設(shè)計(jì)與遼陽(yáng)縣網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、主機(jī)域名、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋遼陽(yáng)縣地區(qū)。

瀏覽器緩存

瀏覽器緩存分為兩種類型：

• 強(qiáng)緩存：也稱為本地緩存，不向服務(wù)器發(fā)送請(qǐng)求，直接使用客戶端本地緩存數(shù)據(jù)

• 協(xié)商緩存：也稱304緩存，向服務(wù)器發(fā)送請(qǐng)求，由服務(wù)器判斷請(qǐng)求文件是否發(fā)生改變。如果未發(fā)生改變，則返回304狀態(tài)碼，通知客戶端直接使用本地緩存；如果發(fā)生改變，則直接返回請(qǐng)求文件。

瀏覽器緩存機(jī)制的過(guò)程如下：

強(qiáng)緩存(本地緩存)

強(qiáng)緩存是最徹底的緩存，無(wú)需向服務(wù)器發(fā)送請(qǐng)求，通常用于css、js、圖片等靜態(tài)資源。瀏覽器發(fā)送請(qǐng)求后會(huì)先判斷本地是否有緩存。如果無(wú)緩存，則直接向服務(wù)器發(fā)送請(qǐng)求；如果有緩存，則判斷緩存是否命中強(qiáng)緩存，如果命中則直接使用本地緩存，如果沒(méi)命中則向服務(wù)器發(fā)送請(qǐng)求。判斷是否命中本地緩存的方法有兩種： Expires 和 Cache-Control 。

Expires

Expires是http1.0的響應(yīng)頭，代表的含義是資源本地緩存的過(guò)期時(shí)間，由服務(wù)器設(shè)定。服務(wù)器返回給瀏覽器的響應(yīng)頭中如果包含Expires字段，瀏覽器發(fā)送請(qǐng)求時(shí)拿當(dāng)前時(shí)間和Expires字段值進(jìn)行比較，判斷資源緩存是否失效。如下圖所示：

Date 代表請(qǐng)求資源的時(shí)間， Expires 代表資源緩存的過(guò)期時(shí)間，可以看到服務(wù)器設(shè)置資源的緩存時(shí)間為5分鐘。2017-02-10 07:53:19之前，請(qǐng)求這個(gè)資源就是命中本地緩存。超過(guò)這個(gè)時(shí)間再去請(qǐng)求則不命中。

Cache-Control

Cache-Control是http1.0中新增的字段。由于Expires設(shè)置的是資源的具體過(guò)期時(shí)間，如果服務(wù)器時(shí)間和客戶端時(shí)間不一樣，就會(huì)造成緩存錯(cuò)亂，比如認(rèn)為調(diào)節(jié)了客戶端的時(shí)間，所以設(shè)置資源有效期的時(shí)長(zhǎng)更合理。http1.1添加了Cache-Control的max-age字段。max-age代表的含義是資源有效期的時(shí)長(zhǎng)，是一個(gè)相對(duì)時(shí)長(zhǎng)，單位為s。

Cache-Control: max-age = 300設(shè)置資源的過(guò)期時(shí)間為5分鐘。瀏覽器再次發(fā)送請(qǐng)求時(shí)，會(huì)把第一次請(qǐng)求的時(shí)間和max-age字段值相加和當(dāng)前時(shí)間比較，以此判斷是否命中本地緩存。max-age使用的都是客戶端時(shí)間，比Expires更可靠。如果max-age和Expires同時(shí)出現(xiàn)，max-age的優(yōu)先級(jí)更高。Cache-Control提供了更多的字段來(lái)控制緩存：

• no-store,不判斷強(qiáng)緩存和協(xié)商緩存，服務(wù)器直接返回完整資源

• no-cache,不判斷強(qiáng)緩存，每次都需要向?yàn)g覽器發(fā)送請(qǐng)求，進(jìn)行協(xié)商緩存判斷

• public,指示響應(yīng)可被任何緩存區(qū)緩存

• private,通常只為單個(gè)用戶緩存，不允許任何共享緩存對(duì)其進(jìn)行緩存,通常用于用戶個(gè)人信息

協(xié)商緩存

協(xié)商緩存的判斷在服務(wù)器端進(jìn)行，判斷是否命中的依據(jù)就是這次請(qǐng)求和上次請(qǐng)求之間資源是否發(fā)生改變。未發(fā)生改變命中，發(fā)生改變則未命中。判斷文件是否發(fā)生改變的方法有兩個(gè)： Last-Modified、If-Modified-Since 和 Etag、If-None-Match 。

Last-Modified、If-Modified-Since

Last-Modified是http1.0中的響應(yīng)頭字段，代表請(qǐng)求的資源最后一次的改變時(shí)間。If-Modified-Since是http1.0的請(qǐng)求頭，If-Modified-Since的值是上次請(qǐng)求服務(wù)器返回的Last-Modified的值。瀏覽器第一次請(qǐng)求資源時(shí)，服務(wù)器返回Last-Modified,瀏覽器緩存該值。瀏覽器第二次請(qǐng)求資源時(shí)，用于緩存的Last-Modified賦值給If-Modified-Since，發(fā)送給服務(wù)器。服務(wù)器判斷If-Modified-Since和服務(wù)器本地的Last-Modified是否相等。如果相等，說(shuō)明資源未發(fā)生改變，命中協(xié)商緩存；如果不相等，說(shuō)明資源發(fā)生改變，未命中協(xié)商緩存。

可以看到該請(qǐng)求返回的是304狀態(tài)碼，說(shuō)明資源的Last-Modified未改變，所以這次請(qǐng)求的Last-Modified和If-Modified-Since是一致的。

Etag、If-None-Match

Last-Modified、If-Modified-Since使用的都是服務(wù)器提供的時(shí)間，所以相對(duì)來(lái)說(shuō)還是很可靠的。但是由于修改時(shí)間的精確級(jí)別或者定期生成文件這種情況，會(huì)造成一定的錯(cuò)誤。所以http1.1添加Etag、If-None-Match字段，完善協(xié)商緩存的判斷。Etag是根據(jù)資源文件內(nèi)容生成的資源唯一標(biāo)識(shí)符，一旦資源內(nèi)容發(fā)生改變，Etag就會(huì)發(fā)生改變。基于內(nèi)容的標(biāo)識(shí)符比基于修改時(shí)間的更可靠。If-None-Match的值是上次請(qǐng)求服務(wù)器返回的Etag的值。Etag、If-None-Match的判斷過(guò)程和Last-Modified、If-Modified-Since一致，Etag、If-None-Match的優(yōu)先級(jí)更高。

工程中遇到的問(wèn)題

強(qiáng)緩存的優(yōu)勢(shì)很明顯，無(wú)需向服務(wù)器發(fā)送請(qǐng)求，節(jié)省了大量的時(shí)間和帶寬。但是有一個(gè)問(wèn)題，緩存有效期內(nèi)想更新資源怎么辦？我在工程中還遇到另外一個(gè)問(wèn)題，一個(gè)項(xiàng)目有四個(gè)環(huán)境，測(cè)試環(huán)境、開(kāi)發(fā)環(huán)境、在線確認(rèn)環(huán)境、在線環(huán)境，四個(gè)環(huán)境的域名相同，這樣就會(huì)造成四個(gè)環(huán)境的緩存共用問(wèn)題。比如先訪問(wèn)了測(cè)試環(huán)境，index.js被換成到瀏覽器中，再切換到在線環(huán)境，在線環(huán)境會(huì)請(qǐng)求index.js,此時(shí)瀏覽器就會(huì)使用本地緩存中測(cè)試環(huán)境的index.js,造成代碼錯(cuò)亂。

如何使強(qiáng)緩存失效，是問(wèn)題的關(guān)鍵。通常的解決方法是更新文件名，文件名不一樣的話，瀏覽器就會(huì)重新請(qǐng)求資源。我們要保證新發(fā)布版本和不同環(huán)境中的文件名是不一樣的。其中一種方法在文件名后加版本號(hào)：

index.js?version=1
index.css?version=1

webpack提供了很簡(jiǎn)單的方法可以配置緩存。

// webpack.config.js
module.exports = {
 entry: "main.js",
 output: {
 path: "/build",
 filename: "main.[hash].js"
 }
};

通過(guò)hash占位符，在每次生成打包文件時(shí)，都會(huì)通過(guò)文件內(nèi)容生成唯一的hash，并添加到輸出的文件名中。如果有多個(gè)入口文件，可以使用name占位符設(shè)置輸出：

// webpack.config.js
module.exports = {
 entry: {
  main:"main.js",
  sub:"sub.js"
 },
 output: {
 path: "/dist",
 filename: "[name].[hash].js"
 }
};

這時(shí)候有一個(gè)問(wèn)題是，此時(shí)的hash是根據(jù)兩個(gè)文件的內(nèi)容來(lái)生成的，兩個(gè)文件名使用的hash是一致的。如果main.js和sub.js只有一個(gè)改變，兩個(gè)文件名都會(huì)改變，兩個(gè)文件都會(huì)重新請(qǐng)求，造成資源浪費(fèi)。webpack提供了chunkhash來(lái)代替hash在多入口情況下使用。chunkhash是根據(jù)每個(gè)入口文件單獨(dú)生成的哈希值，避免上述情況。

webpack打包動(dòng)態(tài)生成文件名，我們需要?jiǎng)討B(tài)地把文件引用插入到html啟動(dòng)文件中。 html-webpack-plugin 可以幫我很好地解決這個(gè)問(wèn)題。 html-webpack-plugin 可以動(dòng)態(tài)地生成一個(gè)html文件，并在html文件中動(dòng)態(tài)插入webpack打包生成的資源文件。

var HtmlWebpackPlugin = require('html-webpack-plugin');
var webpackConfig = {
 entry: 'main.js',
 output: {
 path: '/dist',
 publicPath: '/dist',
 filename: 'main.[hash].js'
 },
 plugins: [new HtmlWebpackPlugin()]
};

默認(rèn)在 webpackConfig.output.path 路徑下生成 index.html ,生成的html文件如下：

通常html啟動(dòng)文件都有自定義的內(nèi)容，所以 html-webpack-plugin 提供了模板功能，template字段設(shè)置模板的路徑， html-webpack-plugin 以template為模板，動(dòng)態(tài)添加webpack打包生成的資源路徑。

var HtmlWebpackPlugin = require('html-webpack-plugin');
var webpackConfig = {
 entry: 'main.js',
 output: {
 path: '/dist',
 publicPath: '/dist',
 filename: 'main.[hash].js'
 },
 plugins: [new HtmlWebpackPlugin(
  {
   template:'index.html'
  }
 )]
};

原index.html內(nèi)容（\index.html）：