摘要：了解前端緩存是打造高性能網(wǎng)站的必要知識。這個表示，你的請求發(fā)送到后端，后端判斷并認(rèn)為資源可以繼續(xù)使用，直接使用本地緩存。盡可能的設(shè)置久緩存時間，通過碼來管理版本。參考鏈接淺談緩存權(quán)威指南上配置緩存首發(fā)地址

緩存一直是前端性能優(yōu)化中，濃墨重彩的一筆。了解前端緩存是打造高性能網(wǎng)站的必要知識。

之前，對于緩存的認(rèn)知一直停留在看《HTTP權(quán)威指南》和一些相關(guān)帖子的深度，過了一段時間，又總是忘記，正好最近不是很忙，結(jié)合內(nèi)網(wǎng)上的一些參考資料，結(jié)合實踐，試著全面解析一下緩存以及其最佳實踐。

我們?nèi)粘Ｋ娮疃嗟囊彩俏覀冏畛＠玫木褪菫g覽器對于HTTP規(guī)范實現(xiàn)所進(jìn)行的資源緩存，HTTP規(guī)范中，定義了4個緩存相關(guān)的字段。
對HTTP感興趣的同學(xué)也可以看我對《HTTP權(quán)威指南》的閱讀筆記。《HTTP權(quán)威指南》

以上是HTTP中關(guān)于緩存的頭字段，瀏覽器其實只是一個HTTP協(xié)議的代理client，在十幾年的發(fā)展中，為了滿足用戶，而不端增強(qiáng)自身功能，并加入了許多特性，最終成為我們看到的這個樣子，
正如QQ本身應(yīng)該只是一款即時通信工具，但現(xiàn)在也如此巨無霸。
正常情況下，我們只會對GET請求進(jìn)行緩存，當(dāng)然是否能對POST等其他類型的請求進(jìn)行緩存呢？
規(guī)范中指出，是可以的，只要設(shè)置了相應(yīng)的頭字段，即Cache-Control,Expires等。但這里其實意義不大，我們之所以要做緩存，是因為當(dāng)前互聯(lián)網(wǎng)環(huán)境下，最影響性能，也就是最耗時的部分在于網(wǎng)絡(luò)傳輸，
在有限的帶寬下，如何提高性能？這里就是緩存施展拳腳的天地了。

后端的話，有兩種緩存，一種是存儲在disk硬盤中的，一種是存儲在內(nèi)存中的。相對來說，內(nèi)存緩存速度快，但是容易造成內(nèi)存泄漏，所以這部分需要慎重，需要良好的管理(聽說淘寶首頁就是H5頁面，為了提高性能，選擇常駐在內(nèi)存中以提高分發(fā)速度)。
后端的緩存主要是為了防止前端穿透到DB(databases)，因為后臺主要的性能瓶頸大部分存在于查表，所以通過后端緩存，減少用戶請求直接穿透到DB這種情況的發(fā)生，從而提高性能。

本文以前端為主，后端因為并不是非常專業(yè)的原因，僅簡介如上，有興趣的朋友可以再進(jìn)行深入的研究。

注：瀏覽器的緩存也是基于disk，緩存在硬盤上。

正如前文所說，前端的核心在于上述的4個頭字段。

以常見的請求一個CSS樣式來說。

第一次請求

通常服務(wù)器會傳送這4個字段過來， 可能是4個都要，也可能一個字段也沒有。這里主要講解4個字段都存在的情況。

第二次請求

前端：首先，瀏覽器會檢查Cache-Control與Expires，有Cache-Control的情況下,以其為標(biāo)準(zhǔn)，如果超時，則向后端發(fā)送請求，請求中會帶上 If-Modified-Since,If-None-Match。

后臺：后端服務(wù)器接收到請求之后，會對這兩個字段進(jìn)行對比，同樣以If-None-Match為標(biāo)準(zhǔn)，沒有If-None-Match的情況下,比對If-Modified-Since，如果比對后發(fā)現(xiàn)文件沒有過期，即Etag沒有發(fā)生變化，或者Last-Modified與If-Modified-Since一致(只存在If-Modified-Since時)。如果改變了，就會發(fā)送新的文件，反之，則直接返回304。

這里盜個圖

上面就是大致的請求流程。但是僅僅如此的話，距離真正的實踐還是有一些距離的。

我們之前假設(shè)的理想情況都是在第一種情況下，但是在現(xiàn)實場景中，不可能如規(guī)范那么如人意。所以瀏覽器提供了三種刷新方式。

url+enter或者a標(biāo)簽的超鏈接點擊,點擊前進(jìn)后退按鈕

F5刷新 或者 點擊刷新按鈕

ctrl+F5強(qiáng)制刷新

那么，這三種情況有什么區(qū)別呢？

第一種，其實就是我們理想的情況，特別注意一下，如果緩存沒有過期，借助于Chrome的Network，我們會發(fā)現(xiàn)狀態(tài)碼是200，因為這里并沒有向后端發(fā)起請求而是直接重現(xiàn)上次請求的結(jié)果，所以仍然是200，
唯一不同的是他的size欄并不是顯示他的大小，而是顯示from cache。

第二種，則會直接無視Cache-Control與Expires是否過期，而直接在requset headers中設(shè)置Cache-Control: max-age=0,直接向服務(wù)器發(fā)送請求。
服務(wù)器根據(jù)If-None-Match和If-Modified-Since進(jìn)行判斷是否過期。大多數(shù)情況下，我們對靜態(tài)資源設(shè)置時間比較久，很多沒有過期。這時候，我們就會看見許多304(另一種情況是過期后請求得到304)。

第三種，同樣直接無視Cache-Control與Expires是否過期，并且設(shè)置Cache-Control： no-cache,也不會發(fā)送If-None-Match和If-Modified-Since。服務(wù)器則必須返回新的資源。

既然知道緩存的好處，那么有哪些設(shè)置緩存的方式呢？主要有如下三種

配置apache或者ngix服務(wù)器，開啟相應(yīng)緩存模塊

后端代碼中動態(tài)設(shè)置

前端HTML頁面meta標(biāo)簽

最省心省力的應(yīng)該是第一種，也是最為常用的一種方式，第二三種，只能說是對其進(jìn)行補(bǔ)充。
我的是在騰訊云上買的服務(wù)器，配置方式參加:ubuntu上配置apache緩存。
配置的指導(dǎo)思想
服務(wù)器配置主要針對對象是靜態(tài)資源，如圖片，css，js等。
通常對其進(jìn)行類型匹配，然后設(shè)置過期時間。比如照片的過期時間則是設(shè)置的越長越好，比如1個月，而CSS與JS腳本也可以設(shè)置的比較久一些，但是HTML腳本則萬萬不要設(shè)置緩存時間。
生產(chǎn)實踐中為了滿足盡可能的緩存久與版本更新的需求，通常會在構(gòu)建的時候打上MD5碼，因為所有靜態(tài)資源都是通過HTML引入或者通過HTML頁面見解引入，所以只需要控制住HTML中的請求對應(yīng)更新版本即可
完美的達(dá)到上述要求。

第二種代碼如下

res.set("Cache-Control", "max-age=60000"); // node express

第三種代碼如下

為了降低網(wǎng)絡(luò)鏈路的擁塞，在許多局域網(wǎng)中會設(shè)置許多的代理服務(wù)器，而這些代理服務(wù)器會緩存本局域網(wǎng)內(nèi)最常用的一些資源，并根據(jù)算法動態(tài)的更新緩存的資源，以保持一定的命中率。

這里Cache-Control就有一個public，private的屬性值，默認(rèn)是public。public表示允許代理服務(wù)器對其內(nèi)容進(jìn)行緩存，這樣局域網(wǎng)內(nèi)的其他主機(jī)要是第一次進(jìn)行請求，如果在代理服務(wù)器上正好有相應(yīng)的資源則可以避免前往遙遠(yuǎn)的目標(biāo)服務(wù)器進(jìn)行請求并返回相應(yīng)的資源。當(dāng)然這里結(jié)合CDN的使用會更好。

304 Not Modified 性能優(yōu)化中，如果你經(jīng)常看到許多304(當(dāng)然，不包括你點擊按鈕這種刷新方式)。那么你該好好想想你設(shè)定的緩存時間是不是該延長一些了。
304這個表示，你的請求發(fā)送到后端，后端判斷并認(rèn)為資源可以繼續(xù)使用，直接使用本地緩存。但是這種方式下，雖然后端不會傳相應(yīng)的資源，但是請求的一來一回也是會花費(fèi)時間的。
并且給服務(wù)器一定的壓力，所以性能優(yōu)化中，有一條叫做 消滅304 。盡可能的設(shè)置久緩存時間，通過md5碼來管理版本。

淺談Web緩存

Is it possible to cache POST methods in HTTP?

《HTTP權(quán)威指南》

ubuntu上配置apache緩存

WilsonLiu"s blog首發(fā)地址：http://blog.wilsonliu.cn