Android中的緩存處理

1、緩存介紹   

（一）、Android中緩存的必要性：

一、沒有緩存的弊端：

• 流量開銷：對於客戶端——服務器端應用，從遠程獲取圖片算是常常要用的一個功能，而圖片資源每每會消耗比較大的流量。
  

• 加載速度：若是應用中圖片加載速度很慢的話，那麼用戶體驗會很是糟糕。
  

• 那麼如何處理好圖片資源的獲取和管理呢？異步下載+本地緩存
  

二、緩存帶來的好處：

• 1. 服務器的壓力大大減少；
  

• 2. 客戶端的響應速度大大變快(用戶體驗好)；
  

• 3. 客戶端的數據加載出錯狀況大大較少，大大提升了應有的穩定性(用戶體驗好)；
  

• 4. 必定程度上能夠支持離線瀏覽(或者說爲離線瀏覽提供了技術支持)。
  

三、緩存管理的應用場景：

• 1. 提供網絡服務的應用；
  

• 2. 數據更新不須要實時更新，即使是容許3-5分鐘的延遲也建議採用緩存機制；
  

• 3. 緩存的過時時間是能夠接受的(不會由於緩存帶來的好處，致使某些數據由於更新不及時而影響產品的形象等)

四、大位圖致使內存開銷大的緣由是什麼？

• 1.下載或加載的過程當中容易致使阻塞；

• 大位圖Bitmap對象是png格式的圖片的30至100倍；

• 2.大位圖在加載到ImageView控件前的解碼過程；BitmapFactory.decodeFile()會有內存消耗。（decodeByteArray()）

五、緩存設計的要點：

• 1.命中率；

• 2.合理分配佔用的空間；

• 3.合理的緩存層級。

（二）、加載圖片的正確流程是：「內存-文件-網絡 三層cache策略」

一、先從內存緩存中獲取，取到則返回，取不到則進行下一步；

二、從文件緩存中獲取，取到則返回並更新到內存緩存，取不到則進行下一步；

三、從網絡下載圖片，並更新到內存緩存和文件緩存。

    具體說就是：同一張圖片只要從網絡獲取一次，而後在本地緩存起來，以後加載同一張圖片時就從緩存中去加載。從內存緩存讀取圖片是最快的，可是由於內存容量有限，因此最好再加上文件緩存。文件緩存空間也不是無限大的，容量越大讀取效率越低，所以能夠設置一個限定大小好比10M，或者限定保存時間好比一天。

    在鍵值對（key-value）中，圖片緩存的key是圖片url的hash值，value就是bitmap。因此，按照這個邏輯，只要一個url被下載過，其圖片就被緩存起來了。

（三）、內存緩存分類

    在JDK1.2之前的版本中，當一個對象不被任何變量引用，那麼程序就沒法再使用這個對象。也就是說，只有對象處於可觸及狀態，程序才能使用它。這 就像在平常生活中，從商店購買了某樣物品後，若是有用，就一直保留它，不然就把它扔到垃圾箱，由清潔工人收走。通常說來，若是物品已經被扔到垃圾箱，想再 把它撿回來使用就不可能了。但有時候狀況並不這麼簡單，你可能會遇到相似雞肋同樣的物品，食之無味，棄之惋惜。這種物品如今已經無用了，保留它會佔空間，可是馬上扔掉它也不划算，由於也許未來還會派用場。對於這樣的無關緊要的物品，一種折衷的處理辦法是：若是家裏空間足夠，就先把它保留在家裏，若是家裏空間不夠，即便把家裏全部的垃圾清除，仍是沒法容納那些必不可少的生活用品，那麼再扔掉這些無關緊要的物品。

    從JDK1.2版本開始，把對象的引用分爲四種級別，從而使程序能更加靈活的控制對象的生命週期。這四種級別由高到低依次爲：強引用、軟引用、弱引用和虛引用。

一、強引用：（在Android中LruCache就是強引用緩存）

平時咱們編程的時候例如：Object object=new Object()；那object就是一個強引用了。若是一個對象具備強引用，那就相似於必不可少的生活用品，垃圾回收器毫不會回收它。當內存空間不足，Java虛擬機寧願拋出OOM異常，使程序異常終止，也不會回收具備強引用的對象來解決內存不足問題。

 

二、軟引用（SoftReference）：

軟引用相似於無關緊要的生活用品。若是內存空間足夠，垃圾回收器就不會回收它，若是內存空間不足了，就會回收這些對象的內存。只要垃圾回收器沒有回收它，該對象就能夠被程序使用。軟引用可用來實現內存敏感的高速緩存。 軟引用能夠和一個引用隊列（ReferenceQueue）聯合使用，若是軟引用所引用的對象被垃圾回收，Java虛擬機就會把這個軟引用加入到與之關聯的引用隊列中。

使用軟引用能防止內存泄露，加強程序的健壯性。 

三、弱引用（WeakReference）：   

弱引用與軟引用的區別在於：只具備弱引用的對象擁有更短暫的生命週期。在垃圾回收器線程掃描它所管轄的內存區域的過程當中，一旦發現了只具備弱引用的對象，無論當前內存空間足夠與否，都會回收它的內存。不過，因爲垃圾回收器是一個優先級很低的線程， 所以不必定會很快發現那些只具備弱引用的對象。  弱引用能夠和一個引用隊列（ReferenceQueue）聯合使用，若是弱引用所引用的對象被垃圾回收，Java虛擬機就會把這個弱引用加入到與之關聯的引用隊列中。 

 

四、虛引用（PhantomReference）   

 "虛引用"顧名思義，就是形同虛設，與其餘幾種引用都不一樣，虛引用並不會決定對象的生命週期。若是一個對象僅持有虛引用，那麼它就和沒有任何引用同樣，在任什麼時候候均可能被垃圾回收。 虛引用主要用來跟蹤對象被垃圾回收的活動。

虛引用與軟引用和弱引用的一個區別在於：虛引用必須和引用隊列（ReferenceQueue）聯合使用。當垃圾回收器準備回收一個對象時，若是發現它還有虛引用，就會在回收對象的內存以前，把這個虛引用加入到與之關聯的引用隊列中。程序能夠經過判斷引用隊列中是否已經加入了虛引用，來了解被引用的對象是否將要被垃圾回收。程序若是發現某個虛引用已經被加入到引用隊列，那麼就能夠在所引用的對象的內存被回收以前採起必要的行動。 

【相關應用：】

在java.lang.ref包中提供了三個類：SoftReference類、WeakReference類和PhantomReference類，它們分別表明軟引用、弱引用和虛引用。ReferenceQueue類表示引用隊列，它能夠和這三種引用類聯合使用，以便跟蹤Java虛擬機回收所引用的對 象的活動。

   Lru：Least Recently Used 

        近期最少使用算法，是一種頁面置換算法，其思想是在緩存的頁面數目固定的狀況下，那些最近使用次數最少的頁面將被移出，對於咱們的內存緩存來講，強引用緩存大小固定爲4M，若是當緩存的圖片大於4M的時候，有些圖片就會被從強引用緩存中刪除，哪些圖片會被刪除呢，就是那些近期使用次數最少的圖片。

（四）、內存保存：

在內存中保存的話，只能保存必定的量，而不能一直往裏面放，須要設置數據的過時時間、LRU等算法。這裏有一個方法是把經常使用的數據放到一個緩存中（A），不經常使用的放到另一個緩存中（B）。當要獲取數據時先從A中去獲取，若是A中不存在那麼再去B中獲取。B中的數據主要是A中LRU出來的數據，這裏的內存回收主要針對B內存，從而保持A中的數據能夠有效的被命中。