語(yǔ)法：expires [time|epoch|max|pff]默認(rèn)值：offexpires指令控制HTTP應(yīng)答中的“Expires”和“Cache-Control”Header頭部信息，啟動(dòng)控制頁(yè)面緩存的作用time:可以使用正數(shù)或負(fù)數(shù)?！癊xpires”頭標(biāo)的值將通過(guò)當(dāng)前系統(tǒng)時(shí)間加上設(shè)定time值來(lái)設(shè)定。time值還控制"Cache-Control"的值：負(fù)數(shù)表示no-cache正數(shù)或零表示max-age=time epoch：指定“Expires”的值為 1January,1970,00:00:01 GMTmax:指定“Expires”的值為31December2037 23:59:59GMT,"Cache-Control"的值為10年。-1：指定“Expires”的值為當(dāng)前服務(wù)器時(shí)間-1s，即永遠(yuǎn)過(guò)期。off：不修改“Expires”和"Cache-Control"的值

expires使用了特定的時(shí)間，并且要求服務(wù)器和客戶端的是中嚴(yán)格同步。
而Cache-Control是用max-age指令指定組件被緩存多久。
對(duì)于不支持http1.1的瀏覽器，還是需要expires來(lái)控制。所以最好能指定兩個(gè)響應(yīng)頭。但HTTP規(guī)范規(guī)定max-age指令將重寫expires頭。

如果不想讓代理或?yàn)g覽器緩存，加no-cache參數(shù)或private參數(shù)：
# expires 1d;
add_header Cache-Control no-cache;
add_header Cache-Control private;
這樣瀏覽器F5刷新時(shí)，返回的依然是200，而不是304.

記錄一個(gè)nginx控制緩存的例子：
       expires 1d;
       add_header Cache-Control no-cache;
       add_header Cache-Control private;
       if ( !-e $request_filename) {
       rewrite ^(.*) http://test.zhaopin.com/index.html break;
  #   add_header Cache-Control no-cache;
  #   add_header Cache-Control private;
當(dāng)我將add_header寫在rewrite之后時(shí)，發(fā)現(xiàn)add_header竟然不起作用了。。是因?yàn)閷戇M(jìn)了if里面..


apache的mod_expires模塊使得在使用expires頭時(shí)能像max-age那樣以相對(duì)的方式設(shè)置日期，通過(guò)ExpiresDefault指令完成。例如:圖片等過(guò)期時(shí)間為請(qǐng)求開(kāi)始的10年之后
<FileMatch"\.(gif|jpg|js|css)$">
ExpiresDefault "access plus 10years"
</FileMatch>
它像響應(yīng)中發(fā)送Expires頭和Cache-Control max-age頭。

expires|etag控制頁(yè)面緩存區(qū)別expires：像上面文章提到的：expires指令控制HTTP應(yīng)答中的“Expires”和“Cache-Control”Header頭部信息，啟動(dòng)控制頁(yè)面緩存的作用time:可以使用正數(shù)或負(fù)數(shù)?！癊xpires”頭標(biāo)的值將通過(guò)當(dāng)前系統(tǒng)時(shí)間加上設(shè)定time值來(lái)設(shè)定。time值還控制"Cache-Control"的值：負(fù)數(shù)表示no-cache正數(shù)或零表示max-age=time epoch：指定“Expires”的值為 1January,1970,00:00:01 GMTmax:指定“Expires”的值為31December203723:59:59GMT,"Cache-Control"的值為10年。-1：指定“Expires”的值為當(dāng)前服務(wù)器時(shí)間-1s，即永遠(yuǎn)過(guò)期。off：不修改“Expires”和"Cache-Control"的值

expires使用了特定的時(shí)間，并且要求服務(wù)器和客戶端的是中嚴(yán)格同步。
而Cache-Control是用max-age指令指定組件被緩存多久。
對(duì)于不支持http1.1的瀏覽器，還是需要expires來(lái)控制。所以最好能指定兩個(gè)響應(yīng)頭。但HTTP規(guī)范規(guī)定max-age指令將重寫expires頭。一般用于頁(yè)面變化不是很快的時(shí)候，如果緩存過(guò)期了，瀏覽器在重用它之前會(huì)首先確認(rèn)他是否有效，就是一個(gè)“條件GET請(qǐng)求”，如果有效，返回304狀態(tài)碼。expires通過(guò)Last-Modified響應(yīng)頭來(lái)確定。如圖：
第一次訪問(wèn)：
請(qǐng)求：


返回：


第二次訪問(wèn)：
請(qǐng)求：


返回：


這時(shí)返回的狀態(tài)碼是304，而在請(qǐng)求中比第一次多了If-Modified-Since頭，和原始服務(wù)器中的Last-Modified制作比較，所以實(shí)現(xiàn)瀏覽器緩存并判斷是否過(guò)期。
簡(jiǎn)單的說(shuō)，Last-Modified 與If-Modified-Since 都是用于記錄頁(yè)面最后修改時(shí)間的 HTTP 頭信息，只是Last-Modified 是由服務(wù)器往客戶端發(fā)送的 HTTP 頭，而 If-Modified-Since則是由客戶端往服務(wù)器發(fā)送的頭，可以看到，再次請(qǐng)求本地存在的 cache 頁(yè)面時(shí)，客戶端會(huì)通過(guò) If-Modified-Since頭將先前服務(wù)器端發(fā)過(guò)來(lái)的 Last-Modified最后修改時(shí)間戳發(fā)送回去，這是為了讓服務(wù)器端進(jìn)行驗(yàn)證，通過(guò)這個(gè)時(shí)間戳判斷客戶端的頁(yè)面是否是最新的，如果不是最新的，則返回新的內(nèi)容，如果是最新的，則返回304告訴客戶端其本地cache的頁(yè)面是最新的，于是客戶端就可以直接從本地加載頁(yè)面了，這樣在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)就會(huì)大大減少，同時(shí)也減輕了服務(wù)器的負(fù)擔(dān)。

如果不想讓代理或?yàn)g覽器緩存，加no-cache參數(shù)或private參數(shù)：
# expires 1d;
add_header Cache-Control no-cache;
add_header Cache-Control private;




etag：實(shí)體標(biāo)簽，是用來(lái)確認(rèn)web服務(wù)器和瀏覽器緩存有效性的一種機(jī)制。原始服務(wù)器使用ETag響應(yīng)頭來(lái)指定組件的ETag瀏覽器通過(guò)If-None-Match頭將ETag傳回原始服務(wù)器。如果匹配，返回304
如圖：
第一次訪問(wèn)：
請(qǐng)求：


返回：


第二次請(qǐng)求：


返回：


依然返回的狀態(tài)碼是304，而在請(qǐng)求中比第一次多了If-None-Match頭。所以實(shí)現(xiàn)瀏覽器緩存。如果這個(gè)值對(duì)不上，則緩存過(guò)期。
ETags和If-None-Match是一種常用的判斷資源是否改變的方法。類似于Last-Modified和HTTP-If-Modified-Since。但是有所不同的是Last-Modified和HTTP-If-Modified-Since只判斷資源的最后修改時(shí)間，而ETags和If-None-Match可以是資源任何的任何屬性。
ETags和If-None-Match的工作原理是在HTTPResponse中添加ETags信息。當(dāng)客戶端再次請(qǐng)求該資源時(shí)，將在HTTPRequest中加入If-None-Match信息（ETags的值）。如果服務(wù)器驗(yàn)證資源的ETags沒(méi)有改變（該資源沒(méi)有改變），將返回一個(gè)304狀態(tài)；否則，服務(wù)器將返回200狀態(tài)，并返回該資源和新的ETags。

IIS上的ETag格式需要修改。

另一篇文章講解的也非常清楚： http://www.dhdzp.com/article/33214.htm