轉自：http://www.cnblogs.com/qianxudetianxia/archive/2012/02/20/2112128.html

無論大型或小型應用，靈活的緩存可以說不僅大大減輕了服務器的壓力，而且因為更快速的用戶體驗而方便了用戶。
Android的apk可以說是作為小型應用，其中99%的應用并不是需要實時更新的，而且詬病于蝸牛般的移動網速，與服務器的數據交互是能少則少，這樣用戶體驗才更好，這也是我們有時舍棄webview而采用json傳輸數據的原因之一。?
采用緩存，可以進一步大大緩解數據交互的壓力，特此，我們簡略列舉一下緩存管理的適用環境：
1. 提供網絡服務的應用
2. 數據更新不需要實時更新，但是哪怕是3-5分鐘的延遲也是可以采用緩存機制。?
3. 緩存的過期時間是可以接受的(不會因為緩存帶來的好處，導致某些數據因為更新不及時而影響產品的形象等)
帶來的好處：
1. 服務器的壓力大大減小
2. 客戶端的響應速度大大變快(用戶體驗)
3. 客戶端的數據加載出錯情況大大較少，大大提高了應有的穩定性(用戶體驗)
4. 一定程度上可以支持離線瀏覽(或者說為離線瀏覽提供了技術支持)

一、緩存管理的方法
這里的緩存管理的原理很簡：通過時間的設置來判斷是否讀取緩存還是重新下載。
里面會有一些細節的處理，后面會詳細闡述。
基于這個原理，目前鄙人見過的兩種比較常見的緩存管理方法是:數據庫法和文件法。

二、數據庫法緩存管理
這種方法是在下載完數據文件后，把文件的相關信息如url，路經，下載時間，過期時間等存放到數據庫，下次下載的時候根據url先從數據庫中查詢，如果查詢到當前時間并未過期，就根據路徑讀取本地文件，從而實現緩存的效果。
從實現上我們可以看到這種方法可以靈活存放文件的屬性，進而提供了很大的擴展性，可以為其它的功能提供一定的支持；
從操作上需要創建數據庫，每次查詢數據庫，如果過期還需要更新數據庫，清理緩存的時候還需要刪除數據庫數據，稍顯麻煩，而數據庫操作不當又容易出現一系列的性能，ANR問題，實現的時候要謹慎，具體作的話，但也只是增加一個工具類或方法的事情。
還有一個問題，緩存的數據庫是存放在/data/data/<package>/databases/目錄下，是占用內存空間的，如果緩存累計，容易浪費內存，需要及時清理緩存。
當然這種方法從目前一些應用的實用上看，我沒有發現什么問題。
本文我側重強調第二種方法，第一種方法的實現，就此掠過。?

三、文件法緩存管理
這種方法，使用File.lastModified()方法得到文件的最后修改時間，與當前時間判斷是否過期，從而實現緩存效果。
實現上只能使用這一個屬性，沒有為其它的功能提供技術支持的可能。
操作上倒是簡單，比較時間即可。本身處理也不容易帶來其它問題，代價低廉。

四、文件法緩存管理的兩點說明
1. 不同類型的文件的緩存時間不一樣。
籠統的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。
說白點，圖片文件內容是不變的，直到清理，我們是可以永遠讀取緩存的。
配置文件內容是可能更新的，需要設置一個可接受的緩存時間。
2. 不同環境下的緩存時間標準不一樣。
無網絡環境下，我們只能讀取緩存文件，哪怕緩存早就過期。
WiFi網絡環境下，緩存時間可以設置短一點，一是網速較快，而是流量不要錢。
移動數據流量環境下，緩存時間可以設置長一點，節省流量，就是節省金錢，而且用戶體驗也更好。
舉個例子吧，最近本人在做的一個應用在wifi環境下的緩存時間設置為5分鐘，移動數據流量下的緩存時間設置為1小時。
這個時間根據自己的實際情況來設置：數據的更新頻率，數據的重要性等。

五、何時刷新
開發者一方面希望盡量讀取緩存，用戶一方面希望實時刷新，但是響應速度越快越好，流量消耗越少越好，是一個矛盾。
其實何時刷新我也不知道，這里我提供兩點建議：
1. 數據的最長多長時間不變，對應用無大的影響。
比如，你的數據更新時間為1天，則緩存時間設置為4~8小時比較合適，一天他總會看到更新，如果你覺得你是資訊類應用，再減少，2~4小時，如果你覺得數據比較重要或者比較受歡迎，用戶會經常把玩，再減少，1~2小時，依次類推。
為了保險起見，你可能需要毫無理由的再次縮減一下。
2. 提供刷新按鈕。
上面說的保險起見不一定保險，最保險的方法使在相關界面提供一個刷新按鈕，為緩存，為加載失敗提供一次重新來過的機會，有了這個刷新按鈕，我們的心也才真的放下來。

六、文件緩存法的具體實現
針對配置文件的緩存，我新建了一個類ConfigCache:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66

import?java.io.File; import?java.io.IOException; import?android.util.Log; import?com.tianxia.app.floworld.AppApplication; import?com.tianxia.app.floworld.utils.FileUtils; import?com.tianxia.app.floworld.utils.NetworkUtils; public?class?ConfigCache { ????private?static?final?String TAG = ConfigCache.class.getName(); ????public?static?final?int?CONFIG_CACHE_MOBILE_TIMEOUT? =?3600000;??//1 hour ????public?static?final?int?CONFIG_CACHE_WIFI_TIMEOUT??? =?300000;???//5 minute ????public?static?String getUrlCache(String url) { ????????if?(url ==?null) { ????????????return?null; ????????} ????????String result =?null; ????????File file =?new?File(AppApplication.mSdcardDataDir +?"/"?+ getCacheDecodeString(url)); ????????if?(file.exists() && file.isFile()) { ????????????long?expiredTime = System.currentTimeMillis() - file.lastModified(); ????????????Log.d(TAG, file.getAbsolutePath() +?" expiredTime:"?+ expiredTime/60000?+?"min"); ????????????//1. in case the system time is incorrect (the time is turn back long ago) ????????????//2. when the network is invalid, you can only read the cache ????????????if?(AppApplication.mNetWorkState != NetworkUtils.NETWORN_NONE && expiredTime <?0) { ????????????????return?null; ????????????} ????????????if(AppApplication.mNetWorkState == NetworkUtils.NETWORN_WIFI ???????????????????&& expiredTime > CONFIG_CACHE_WIFI_TIMEOUT) { ????????????????return?null; ????????????}?else?if?(AppApplication.mNetWorkState == NetworkUtils.NETWORN_MOBILE ???????????????????&& expiredTime > CONFIG_CACHE_MOBILE_TIMEOUT) { ????????????????return?null; ????????????} ????????????try?{ ????????????????result = FileUtils.readTextFile(file); ????????????}?catch?(IOException e) { ????????????????e.printStackTrace(); ????????????} ????????} ????????return?result; ????} ????public?static?void?setUrlCache(String data, String url) { ????????File file =?new?File(AppApplication.mSdcardDataDir +?"/"?+ getCacheDecodeString(url)); ????????try?{ ????????????//創建緩存數據到磁盤，就是創建文件 ????????????FileUtils.writeTextFile(file, data); ????????}?catch?(IOException e) { ????????????Log.d(TAG,?"write "?+ file.getAbsolutePath() +?" data failed!"); ????????????e.printStackTrace(); ????????} ????} ????public?static?String getCacheDecodeString(String url) { ????????//1. 處理特殊字符 ????????//2. 去除后綴名帶來的文件瀏覽器的視圖凌亂(特別是圖片更需要如此類似處理，否則有的手機打開圖庫，全是我們的緩存圖片) ????????if?(url !=?null) { ????????????return?url.replaceAll("[.:/,%?&=]",?"+").replaceAll("[+]+",?"+"); ????????} ????????return?null; ????} }

? ? ? 從實現上我們全面考慮了幾個細節，注釋已經說明，不再贅述。
? ? ? 然后我們調用方法如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

void?getConfig(){ ????????//首先嘗試讀取緩存 ????????String cacheConfigString = ConfigCache.getUrlCache(CONFIG_URL); ????????//根據結果判定是讀取緩存，還是重新讀取 ????????if?(cacheConfigString !=?null) { ????????????showConfig(cacheConfigString); ????????}?else?{ ????????????//如果緩存結果是空，說明需要重新加載 ????????????//緩存為空的原因可能是1.無緩存;2. 緩存過期;3.讀取緩存出錯 ????????????AsyncHttpClient client =?new?AsyncHttpClient(); ????????????client.get(CONFIG_URL,?new?AsyncHttpResponseHandler(){ ????????????????@Override ????????????????public?void?onSuccess(String result){ ????????????????????//成功下載，則保存到本地作為后面緩存文件 ????????????????????ConfigCache.setUrlCache(result,? CONFIG_URL); ????????????????????//后面可以是UI更新，僅供參考 ????????????????????showConfig(result); ????????????????} ????????????????@Override ????????????????public?void?onFailure(Throwable arg0) { ????????????????????//根據失敗原因，考慮是顯示加載失敗，還是再讀取緩存 ????????????????} ????????????}); ????????} ????}

　　這樣配置文件既能有效緩存，又能及時更新了，同時支持離線瀏覽。

七、小結
? ? ?智能手機的緩存管理應用非常的普遍和需要，是提高用戶體驗的有效手段之一。
? ? ?當然，緩存管理一些內容沒有細說，如圖片緩存，緩存清理等，這些處理起來比較簡單。?

總結

以上是生活随笔為你收集整理的Androi App缓存管理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。