有關(guān)客戶端瀏覽器緩存的HTTP頭介紹
讓瀏覽器做緩存需要給瀏覽器發(fā)送指定的Http頭，告訴瀏覽器緩存多長(zhǎng)時(shí)間，或者堅(jiān)決不要緩存。作為.net的程序員，其實(shí)我們一直都在用這種方法，在OutputCache指令中指定緩存的Location為Client時(shí)，其實(shí)就是給瀏覽器發(fā)送了一個(gè)Http頭，告訴瀏覽器這個(gè)Url要緩存多長(zhǎng)時(shí)間，最后修改的時(shí)間。
微軟在OutputCacheModule中對(duì)這些緩存用到的Http頭給我們進(jìn)行了很好的封裝，但是了解這些Http頭可以更靈活的使用它們。
和客戶端緩存相關(guān)的Http頭有以下幾個(gè)，分別是：
1. Expires:+過期時(shí)間
表示在指定時(shí)間后瀏覽器緩存失效，需要注意的是這兒的過期時(shí)間必須是HTTP格式的日期時(shí)間，其他的都會(huì)被解析成當(dāng)前時(shí)間“之前”，緩存會(huì)馬上過期，HTTP的日期時(shí)間必須是格林威治時(shí)間（GMT），而不是本地時(shí)間。舉例：
Expires: Fri, 30 Oct 2009 14:19:41
使用Expires過期必須要求服務(wù)器的時(shí)間是正確的，否則發(fā)送的http頭就會(huì)出問題，在windows服務(wù)下可以設(shè)置時(shí)間服務(wù)器來同步時(shí)間
2. Cache-control:
Cache-control直譯成中文就是緩存控制，它的作用就是緩存控制，這個(gè)http頭的值有幾種。
1) max-age=[秒] — 執(zhí)行緩存被認(rèn)為是最新的最長(zhǎng)時(shí)間。類似于過期時(shí)間，這個(gè)參數(shù)是基于請(qǐng)求時(shí)間的相對(duì)時(shí)間間隔，而不是絕對(duì)過期時(shí)間，[秒]是一個(gè)數(shù)字，單位是秒：從請(qǐng)求時(shí)間開始到過期時(shí)間之間的秒數(shù)。
2) s-maxage=[秒] — 類似于max-age屬性，除了他應(yīng)用于共享（如：代理服務(wù)器）緩存
3) public — 標(biāo)記認(rèn)證內(nèi)容也可以被緩存，一般來說： 經(jīng)過HTTP認(rèn)證才能訪問的內(nèi)容，輸出是自動(dòng)不可以緩存的；
4) no-cache — 強(qiáng)制每次請(qǐng)求直接發(fā)送給源服務(wù)器，而不經(jīng)過本地緩存版本的校驗(yàn)。這對(duì)于需要確認(rèn)認(rèn)證應(yīng)用很有用（可以和public結(jié)合使用），或者嚴(yán)格要求使用最新數(shù)據(jù)的應(yīng)用（不惜犧牲使用緩存的所有好處）；
5) no-store — 強(qiáng)制緩存在任何情況下都不要保留任何副本
6) must-revalidate — 告訴緩存必須遵循所有你給予副本的新鮮度的，HTTP允許緩存在某些特定情況下返回過期數(shù)據(jù)，指定了這個(gè)屬性，你高速緩存，你希望嚴(yán)格的遵循你的規(guī)則。
7) proxy-revalidate — 和 must-revalidate類似，除了他只對(duì)緩存代理服務(wù)器起作用
舉例:
Cache-Control: max-age=3600, must-revalidate
很顯然Cache-control可以提供比Expires更靈活的緩存控制，而且它不需要依賴于服務(wù)器時(shí)間。
在Asp.Net中微軟把對(duì)Cache-control屬性的設(shè)置封裝到了HttpCachePolicy類中，我們可以通過Response.Cache來調(diào)用以下方法來做到對(duì)Cache-Control Http頭值的控制：
Response.CacheControl;
Response.Cache.SetNoStore
Response.Cache.SetMaxAge
Response.Cache.SetProxyMaxAge
Response.Cache.SetRevalidation
3. Last-Modified/If-Modified-Since
這兩個(gè)Http頭是一對(duì)，前者表示某個(gè)地址的最近更新時(shí)間，是服務(wù)器端響應(yīng)給客戶端的；而后者是客戶端瀏覽器發(fā)送給服務(wù)器的，告訴web服務(wù)器客戶端有一個(gè)最后更改時(shí)間為什么時(shí)間的緩存，服務(wù)器端接收到If-Modified-Since頭后則判斷客戶端緩存的這份url地址的緩存是否是最新的，如果是最新的則服務(wù)器端直接給客戶端返回HttpStatus 304，意思是說這個(gè)內(nèi)容在你上次請(qǐng)求之后沒有變化過，你直接用緩存就可以了；如果服務(wù)器發(fā)現(xiàn)url的最后更新時(shí)間比If-Modified-Since的值要新，則會(huì)輸出新的內(nèi)容。
同樣微軟也為我們做了服務(wù)器端設(shè)置的封裝，我們可以這樣調(diào)用
Response.Cache.SetLastModified(DateTime)
Response.Cache.SetLastModifiedFromFileDependencies()
如果有更復(fù)雜的需求就需要自己處理了。
4. ETag/If-None-Match
ETag和Last-Modified類似，不過他發(fā)送的是一個(gè)字符串來標(biāo)示url的版本，如果url變了則此標(biāo)示也跟著變化，在瀏覽器發(fā)送If-None-Match時(shí)告訴瀏覽器內(nèi)容已經(jīng)變了，或者沒變可以使用緩存。
Iis會(huì)自動(dòng)給靜態(tài)文件加上Etag，在文件發(fā)生改變時(shí)重新生成一個(gè)Etag，這樣對(duì)于一個(gè)網(wǎng)站中的n多個(gè)靜態(tài)文件如：樣式表，小圖片等，客戶端只下載一次就夠了，可以減輕負(fù)載。
在Asp.Net中我們可以用以下兩個(gè)方法來設(shè)置
Response.Cache.SetETag(string)
Response.Cache.SetETagFromFileDependencies()
盡管微軟為我們做了很多封裝，但是我們還是需要詳細(xì)的了解之后才可以用好這幾個(gè)HTTP頭。
【編輯推薦】
