Android中的緩存處理

1、緩存介紹   java

(一)、Android中緩存的必要性:算法

一、沒有緩存的弊端:編程

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

  • 加載速度:若是應用中圖片加載速度很慢的話,那麼用戶體驗會很是糟糕。
    服務器

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

二、緩存帶來的好處:異步

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

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

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

  • 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版本開始,把對象的引用分爲四種級別,從而使程序能更加靈活的控制對象的生命週期。這四種級別由高到低依次爲:強引用軟引用弱引用虛引用

wKioL1U7YorzqKksAAAffVDHISM657.gif

一、強引用:(在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中的數據能夠有效的被命中。

wKiom1U7YqKSwu_nAAAzA3ITEEM740.gif

相關文章
相關標籤/搜索