前面介紹了Nginx設置瀏覽器緩存和IIS設置瀏覽器緩存的方法，由于Apache web服務器使用人數(shù)眾多，故今天將著重介紹Apache設置瀏覽器緩存的方法，供大家參考。
第一，找到Apache配置文件 httpd.conf
Apache設置瀏覽器緩存是通過修改配置文件 httpd.conf 來實現(xiàn)的，所以首先要找到并打開 httpd.conf ，這個文件的位置在 \Apache安裝目錄\conf\ 下。如果你不知道Apache的安裝目錄，那么對于windows服務器，你可以在C盤（D盤、E盤）通過搜素“httpd.conf”來找到該文件。對于linux用戶，可以通過命令 find / -name httpd.conf 來找到該文件。
第二，更改Apache配置文件 httpd.conf
找到了 httpd.conf 后，用記事本（或任何編輯器）打開它。Ctrl+F搜索 #LoadModule expires_module modules/mod_expires.so，把 #LoadModule expires_module modules/mod_expires.so 的注釋符號“#”去掉。
圖二：Apache啟用瀏覽器緩存
然后，在最后面添加如下代碼：
<IfModule expires_module>
ExpiresActive On
#css文件緩存86400/3600/24=1天
ExpiresByType text/css A86400
#js文件緩存86400/3600/24=1天
ExpiresByType application/x-javascript A86400
ExpiresByType application/javascript A86400
#html文件緩存86400/3600/24=1天
ExpiresByType text/html A86400
#圖片文件緩存86400/3600/24=1天
ExpiresByType image/jpeg A86400
ExpiresByType image/gif A86400
ExpiresByType image/png A86400
ExpiresByType image/x-icon A86400
#文件默認緩存1天
ExpiresDefault "access plus 1 day"
</IfModule>
添加IfModule expires_module
代碼解釋：
"access plus 1 days" 表示文件瀏覽器緩存1天
"access plus 1 month" 表示文件默認瀏覽器緩存1個月
A86400”，是一天的時間（秒），86400=24*3600
我們可以參考這個實例的寫法，自定義css、js、圖片的瀏覽器緩存時間。
注意事項
設置完畢，需要重啟Apache服務。
測試瀏覽器緩存設置是否成功
建議到卡卡網(wǎng)的網(wǎng)站速度診斷平臺，使用“高級診斷”檢測你的網(wǎng)站，它全面掃描網(wǎng)站的各種類型的文件，然后判斷是否使用了瀏覽器緩存。
檢測網(wǎng)站瀏覽器緩存時間
知識擴展：Apache中關于頁面緩存的設置
Expires、Cache-Control、Last-Modified、ETag是RFC 2616（HTTP/1.1）協(xié)議中和網(wǎng)頁緩存相關的幾個字段。前兩個用來控制緩存的失效日期，后兩個用來驗證網(wǎng)頁的有效性。要注意的是， HTTP/1.0有一個功能比較弱的緩存控制機制：Pragma，使用HTTP/1.0的緩存將忽略Expires和Cache-Control頭。我們 這里以Apache2.0服務器為例，只討論HTTP/1.1協(xié)議。
Expires
Expires字段聲明了一個網(wǎng)頁或URL地址不再被瀏覽器緩存的時間，一旦超過了這個時間，瀏覽器都應該聯(lián)系原始服務器。RFC告訴我們：“由于推斷的失效時間也許會降低語義透明度，應該被謹慎使用，同時我們鼓勵原始服務器盡可能提供確切的失效時間。”
對于一般的純靜態(tài)頁面，如html、gif、jpg、css、js，默認安裝的Apache服務器，不會在響應頭添加這個字段。Firefox瀏覽 器接受到相應后，如果發(fā)現(xiàn)沒有Expires字段，瀏覽器根據(jù)文件的類型和“Last-Modified”字段來推斷出一個合適的失效時間，并存儲在客戶 端。推測出的時間一般是接受到響應時間后的三天左右。
Apache的expires_module模塊可以在Http響應頭部自動加上Expires字段。在Apache的httpd.conf文件中進行如下配置：
# 啟用expires_module模塊
LoadModule expires_module modules/mod_expires.so
# 啟用有效期控制
ExpiresActive On
# GIF有效期為1個月
ExpiresByType image/gif A2592000
# HTML文檔的有效期是最后修改時刻后的一星期
ExpiresByType text/html M604800
# 以下的含義類似
ExpiresByType text/css “now plus 2 month”
ExpiresByType text/js “now plus 2 day”
ExpiresByType image/jpeg “access plus 2 month”
ExpiresByType image/bmp “access plus 2 month”
ExpiresByType image/x-icon “access plus 2 month”
ExpiresByType image/png “access plus 2 month”
對于動態(tài)頁面，如果在頁面內部沒有通過函數(shù)強制加上Expires，例如header(”Expires: ” . gmdate(”D, d M Y H:i:s”) . ” GMT”)，Apache服務器會把Wed, 11 Jan 1984 05:00:00 GMT
作為Expires字段內容，返回給瀏覽器。即認為動態(tài)頁面總是失效的。而瀏覽器仍然會保存已經(jīng)失效的動態(tài)頁面。
可以發(fā)現(xiàn)Firefox瀏覽器總是緩存所有頁面，不管失效、不失效還是沒有聲明失效時間。即使緩存中聲明了一個網(wǎng)頁的實效日期是1970-01- 01 08:00:00，瀏覽器仍然會發(fā)送該文件在緩存中的Last-Modified和ETag字段。 如果在服務器端驗證通過，返回304狀態(tài)，瀏覽器就還會使用此緩存。
Cache-Control
Cache-Control字段中可以聲明多些元素，例如no-cache, must-revalidate, max-age=0等。這些元素用來指明頁面被緩存最大時限，如何被緩存的，如何被轉換到另一個不同的媒介，以及如何被存放在持久媒介中的。但是任何一個 Cache-Control指令都不能保證隱私性或者數(shù)據(jù)的安全性。“private”和“no-store”指令可以為隱私性和安全性方面提供一些幫 助，但是他們并不能用于替代身份驗證和加密。
Apache的mod_cern_meta模塊允許文件級Http響應頭部的控制，同時它也可以配置Cache-Control頭（或任何其他頭）。響應頭文件是放在原始目錄的子目錄中，根據(jù)原始文件名所命名的一個文件。具體用法請參閱Apache的官方網(wǎng)站。
其中Cache-Control : max-age表示失效日期。如果沒有啟動mod_cern_meta模塊，Apache服務器會把Expires字段中的日期換算成以秒為單位的一個 delta值，賦值給max-age。如果啟動mod_cern_meta模塊，并且配置了max-age值，Apache會將這個覆蓋Expires字 段。同時，max-age隱含了Canche-Control: public。這樣瀏覽器接受到的Cache-Control : max-age和Expires值就是一致的。
如果失效日期Cache-Control : max-ag=0或者是負值，瀏覽器會在對應的緩存中把Expires設置為1970-01-01 08:00:00。
Last-Modified
Last-Modified和ETag是條件請求(Conditional Request)相關的兩個字段。如果一個緩存收到了針對一個頁面的請求，它發(fā)送一個驗證請求詢問服務器頁面是否已經(jīng)更改，在HTTP頭里面帶上” ETag”和”If Modify Since”頭。服務器根據(jù)這些信息判斷是否有更新信息，如果沒有，就返回HTTP 304（Not Modify）；如果有更新，返回HTTP 200和更新的頁面內容，并且攜帶新的”ETag”和”Last-Modified”。
使用這個機制，能夠避免重復發(fā)送文件給瀏覽器，不過仍然會產(chǎn)生一個HTTP請求。
一般純靜態(tài)頁面本身都會有Last-Modified信息，Apache服務器會讀取頁面文件中的Last-Modified信息，并添加到http響應頭部。
對于動態(tài)頁面，如果在頁面內部沒有通過函數(shù)強制加上Last-Modified，例如header(”Last-Modified: ” . gmdate(”D, d M Y H:i:s”) . ” GMT”)，Apache服務器會把當前時間作為Last-Modified，返回給瀏覽器。
無論是純靜態(tài)頁面還是動態(tài)頁面，F(xiàn)irefox瀏覽器巧妙地按照接受到服務器響應的時間設置緩存頁面的Last-Modified，而不是按照http響應頭部中的Last-Modified字段。
ETag
既然有了Last-Modified，為什么還要用ETag字段呢？因為如果在一秒鐘之內對一個文件進行兩次更改，Last-Modified就會不正確。因此，HTTP/1.1利用Entity Tag頭提供了更加嚴格的驗證。
Apache服務器默認情況下，會對所有的靜態(tài)、動態(tài)文件的響應頭添加ETag字段。
在Apache的httpd.conf文件中可以通過FileETag指令配置該選項。FileETag指令配置了當文檔是基于一個文件時用以創(chuàng)建 Etag（entity tag）響應頭的文件的屬性。在Apache 1.3.22及以前，ETag的值是對文件的索引節(jié)（INode），大小（Size）和最后修改時間（MTime）進行Hash后得到的。 如果一個目錄的配置包含了‘FileETag INode MTime Size’而其一個子目錄包含了‘FileETag -INode’那么這個子目錄的設置（并會被其下任何沒有進行覆蓋的子目錄繼承）將等價于‘FileETag MTime Size’。
在多臺負載平衡的服務器環(huán)境下，同一個文件會有不同的etag或者文件修改日期，瀏覽器每次都會重新下載。設置‘FileETag None’可以使響應頭不再包含ETag字段。
相關文章
阿里云主機windows系統(tǒng)apache啟用瀏覽器緩存的方法
