android緩存管理

緩存管理的適用環境：

1. 提供網絡服務的應用

2. 數據更新不須要實時更新，哪怕是3-5分鐘的延遲也是能夠採用緩存機制。

3. 緩存的過時時間是能夠接受的(相似網易的新聞閱讀,支持離線離線閱讀)

這樣所帶來的好處：

1. 減少服務器的壓力

2. 提升客戶端的響應速度(本地數據提取嘛)

3. 必定程度上支持離線瀏覽(能夠參考網易的那個新聞應用,我的感受離線閱讀作得很是棒。)

 

1、緩存管理的方法

緩存管理的原理很簡：經過時間的設置來判斷是否讀取緩存仍是從新下載；斷網下就沒什麼好說的，直接去緩存便可。如圖：

裏面會有一些細節的處理，後面會詳細闡述。基於這個原理，目前我的用過的兩種比較常見的緩存管理方法是:數據庫和文件(txt)。

 

2、數據庫(SQLite)緩存方式

這種方法是在下載完數據文件後，把文件的相關信息如url，路經，下載時間，過時時間等存放到數據庫，固然我我的建議把url做爲惟一的標識。下次下載的時候根據url先從數據庫中查詢，若是查詢到當前時間並未過時，就根據路徑讀取本地文件，從而實現緩存的效果。

從實現上咱們能夠看到這種方法能夠靈活存放文件的屬性，進而提供了很大的擴展性，能夠爲其它的功能提供必定的支持。

從操做上須要建立數據庫，每次查詢數據庫，若是過時還須要更新數據庫，清理緩存的時候還須要刪除數據庫數據，稍顯麻煩，而數據庫操做不當又容易出現一系列的性能，ANR問題，指針錯誤問題，實現的時候要謹慎，具體做的話，但也只是增長一個工具類或方法的事情。

還有一個問題，緩存的數據庫是存放在/data/data/<package>/databases/目錄下，是佔用內存空間的，若是緩存累計，容易浪費內存，須要及時清理緩存。

固然這種方法從目前一些應用的實用上看，我沒有發現什麼問題,估計使用的量還比較少吧。

本文本人不太喜歡數據庫，緣由操做麻煩，尤爲是要本身寫建表那些語句，你懂的。我側重文件緩存方式。

 

3、文件緩存方式

這種方法，使用File.lastModified()方法獲得文件的最後修改時間，與當前時間判斷是否過時，從而實現緩存效果。

實現上只能使用這一個屬性，沒有爲其它的功能提供技術支持的可能。操做上卻是簡單，比較時間便可，並且取的數據也就是文件裏的JSON數據而已。自己處理也不容易帶來其它問題，代價低廉。

 

4、文件法緩存方式的兩點說明

1. 不一樣類型的文件的緩存時間不同。

籠統的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。說白點，圖片文件內容是不變的，通常存在SD卡上直到被清理，咱們是能夠永遠讀取緩存的。配置文件內容是可能更新的，須要設置一個可接受的緩存時間。

2. 不一樣環境下的緩存時間標準不同。

無網絡環境下，咱們只能讀取緩存文件，爲了應用有東西顯示，沒有什麼過時之說了。

WiFi網絡環境下，緩存時間能夠設置短一點，一是網速較快，而是流量不要錢。

3G流量環境下，緩存時間能夠設置長一點，節省流量，就是節省金錢，並且用戶體驗也更好。

GPS就別說更新什麼的，已經夠慢的了。緩存時間能多長就多長把。

固然，做爲一款好的應用，不會死定一種狀況，針對於不一樣網絡變換不一樣形式的緩存功能是必須有的。並且這個時間根據本身的實際狀況來設置：數據的更新頻率，數據的重要性等。

 

5、什麼時候刷新

        開發者一方面但願儘可能讀取緩存，用戶一方面但願實時刷新，可是響應速度越快越好，流量消耗越少越好(關於這塊，的確開發中我沒怎麼想到，畢竟接口就是這麼多，如今公司的產品幾乎點一下就訪問一下，並且還有些雞肋多餘的功能。慢慢修改哈哈)，是一個矛盾。

其實什麼時候刷新我也不知道，這裏我提供兩點建議：

1. 數據的最長多長時間不變，對應用無大的影響。

        好比，你的數據更新時間爲4小時，則緩存時間設置爲1~2小時比較合適。也就是更新時間/緩存時間=2,但用戶我的修改、網站編輯人員等一些人爲的更新就另說。一天用戶總會看到更新，即使有延遲也好，視你產品的用途了；若是你以爲你是資訊類應用，再減小，2~4小時，若是你以爲數據比較重要或者比較受歡迎，用戶會常常把玩，再減小，1~2小時，依次類推。

        固然相似這個界面的數據我認爲更新時間能多長就多長了，儘量長。若是你拿後邊那個有多少數據會變更來搪塞。我會告訴你：這個只是一個引導性的界面，你有多少款遊戲跟用戶半毛錢關係都沒有，10億也跟他沒關，他只要肯定這裏能找到他要找的 湯姆貓 就行。不然你又失去了一個用戶。

2. 提供刷新按鈕。

        必要時候或最保險的方法使在相關界面提供一個刷新按鈕，或者當下流行的下拉列表刷新方式。爲緩存，爲加載失敗提供一次從新來過的機會。畢竟喝骨頭湯的時候，我也不介意碗旁多雙筷子。

總而言之，一切用戶至上，爲了更好的用戶體驗，方法也會層出不窮。期待更好的辦法