一、緩存介紹   

成都創(chuàng)新互聯(lián)公司網(wǎng)站建設(shè)服務(wù)商，為中小企業(yè)提供網(wǎng)站設(shè)計(jì)、做網(wǎng)站服務(wù)，網(wǎng)站設(shè)計(jì)，網(wǎng)站托管、服務(wù)器租用等一站式綜合服務(wù)型公司，專業(yè)打造企業(yè)形象網(wǎng)站，讓您在眾多競(jìng)爭(zhēng)對(duì)手中脫穎而出成都創(chuàng)新互聯(lián)公司。

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

1、沒(méi)有緩存的弊端：

• 流量開(kāi)銷：對(duì)于客戶端——服務(wù)器端應(yīng)用，從遠(yuǎn)程獲取圖片算是經(jīng)常要用的一個(gè)功能，而圖片資源往往會(huì)消耗比較大的流量。
  

• 加載速度：如果應(yīng)用中圖片加載速度很慢的話，那么用戶體驗(yàn)會(huì)非常糟糕。
  

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

2、緩存帶來(lái)的好處：

• 1. 服務(wù)器的壓力大大減??；
  

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

• 3. 客戶端的數(shù)據(jù)加載出錯(cuò)情況大大較少，大大提高了應(yīng)有的穩(wěn)定性(用戶體驗(yàn)好)；
  

• 4. 一定程度上可以支持離線瀏覽(或者說(shuō)為離線瀏覽提供了技術(shù)支持)。
  

3、緩存管理的應(yīng)用場(chǎng)景：

• 1. 提供網(wǎng)絡(luò)服務(wù)的應(yīng)用；
  

• 2. 數(shù)據(jù)更新不需要實(shí)時(shí)更新，即便是允許3-5分鐘的延遲也建議采用緩存機(jī)制；
  

• 3. 緩存的過(guò)期時(shí)間是可以接受的(不會(huì)因?yàn)榫彺鎺?lái)的好處，導(dǎo)致某些數(shù)據(jù)因?yàn)楦虏患皶r(shí)而影響產(chǎn)品的形象等)

4、大位圖導(dǎo)致內(nèi)存開(kāi)銷大的原因是什么？

• 1.下載或加載的過(guò)程中容易導(dǎo)致阻塞；

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

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

5、緩存設(shè)計(jì)的要點(diǎn)：

• 1.命中率；

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

• 3.合理的緩存層級(jí)。

（二）、加載圖片的正確流程是：“內(nèi)存-文件-網(wǎng)絡(luò) 三層cache策略”

1、先從內(nèi)存緩存中獲取，取到則返回，取不到則進(jìn)行下一步；

2、從文件緩存中獲取，取到則返回并更新到內(nèi)存緩存，取不到則進(jìn)行下一步；

3、從網(wǎng)絡(luò)下載圖片，并更新到內(nèi)存緩存和文件緩存。

    具體說(shuō)就是：同一張圖片只要從網(wǎng)絡(luò)獲取一次，然后在本地緩存起來(lái)，之后加載同一張圖片時(shí)就從緩存中去加載。從內(nèi)存緩存讀取圖片是最快的，但是因?yàn)閮?nèi)存容量有限，所以最好再加上文件緩存。文件緩存空間也不是無(wú)限大的，容量越大讀取效率越低，因此可以設(shè)置一個(gè)限定大小比如10M，或者限定保存時(shí)間比如一天。

    在鍵值對(duì)（key-value）中，圖片緩存的key是圖片url的hash值，value就是bitmap。所以，按照這個(gè)邏輯，只要一個(gè)url被下載過(guò)，其圖片就被緩存起來(lái)了。

（三）、內(nèi)存緩存分類

    在JDK1.2以前的版本中，當(dāng)一個(gè)對(duì)象不被任何變量引用，那么程序就無(wú)法再使用這個(gè)對(duì)象。也就是說(shuō)，只有對(duì)象處于可觸及狀態(tài)，程序才能使用它。這 就像在日常生活中，從商店購(gòu)買了某樣物品后，如果有用，就一直保留它，否則就把它扔到垃圾箱，由清潔工人收走。一般說(shuō)來(lái)，如果物品已經(jīng)被扔到垃圾箱，想再 把它撿回來(lái)使用就不可能了。但有時(shí)候情況并不這么簡(jiǎn)單，你可能會(huì)遇到類似雞肋一樣的物品，食之無(wú)味，棄之可惜。這種物品現(xiàn)在已經(jīng)無(wú)用了，保留它會(huì)占空間，但是立刻扔掉它也不劃算，因?yàn)橐苍S將來(lái)還會(huì)派用場(chǎng)。對(duì)于這樣的可有可無(wú)的物品，一種折衷的處理辦法是：如果家里空間足夠，就先把它保留在家里，如果家里空間不夠，即使把家里所有的垃圾清除，還是無(wú)法容納那些必不可少的生活用品，那么再扔掉這些可有可無(wú)的物品。

    從JDK1.2版本開(kāi)始，把對(duì)象的引用分為四種級(jí)別，從而使程序能更加靈活的控制對(duì)象的生命周期。這四種級(jí)別由高到低依次為：強(qiáng)引用、軟引用、弱引用和虛引用。

1、強(qiáng)引用：（在Android中LruCache就是強(qiáng)引用緩存）

平時(shí)我們編程的時(shí)候例如：Object object=new Object()；那object就是一個(gè)強(qiáng)引用了。如果一個(gè)對(duì)象具有強(qiáng)引用，那就類似于必不可少的生活用品，垃圾回收器絕不會(huì)回收它。當(dāng)內(nèi)存空間不足，Java虛擬機(jī)寧愿拋出OOM異常，使程序異常終止，也不會(huì)回收具有強(qiáng)引用的對(duì)象來(lái)解決內(nèi)存不足問(wèn)題。

 

2、軟引用（SoftReference）：

軟引用類似于可有可無(wú)的生活用品。如果內(nèi)存空間足夠，垃圾回收器就不會(huì)回收它，如果內(nèi)存空間不足了，就會(huì)回收這些對(duì)象的內(nèi)存。只要垃圾回收器沒(méi)有回收它，該對(duì)象就可以被程序使用。軟引用可用來(lái)實(shí)現(xiàn)內(nèi)存敏感的高速緩存。 軟引用可以和一個(gè)引用隊(duì)列（ReferenceQueue）聯(lián)合使用，如果軟引用所引用的對(duì)象被垃圾回收，Java虛擬機(jī)就會(huì)把這個(gè)軟引用加入到與之關(guān)聯(lián)的引用隊(duì)列中。

使用軟引用能防止內(nèi)存泄露，增強(qiáng)程序的健壯性。 

3、弱引用（WeakReference）：   

弱引用與軟引用的區(qū)別在于：只具有弱引用的對(duì)象擁有更短暫的生命周期。在垃圾回收器線程掃描它所管轄的內(nèi)存區(qū)域的過(guò)程中，一旦發(fā)現(xiàn)了只具有弱引用的對(duì)象，不管當(dāng)前內(nèi)存空間足夠與否，都會(huì)回收它的內(nèi)存。不過(guò)，由于垃圾回收器是一個(gè)優(yōu)先級(jí)很低的線程， 因此不一定會(huì)很快發(fā)現(xiàn)那些只具有弱引用的對(duì)象。  弱引用可以和一個(gè)引用隊(duì)列（ReferenceQueue）聯(lián)合使用，如果弱引用所引用的對(duì)象被垃圾回收，Java虛擬機(jī)就會(huì)把這個(gè)弱引用加入到與之關(guān)聯(lián)的引用隊(duì)列中。 

 

4、虛引用（PhantomReference）   

 "虛引用"顧名思義，就是形同虛設(shè)，與其他幾種引用都不同，虛引用并不會(huì)決定對(duì)象的生命周期。如果一個(gè)對(duì)象僅持有虛引用，那么它就和沒(méi)有任何引用一樣，在任何時(shí)候都可能被垃圾回收。 虛引用主要用來(lái)跟蹤對(duì)象被垃圾回收的活動(dòng)。

虛引用與軟引用和弱引用的一個(gè)區(qū)別在于：虛引用必須和引用隊(duì)列（ReferenceQueue）聯(lián)合使用。當(dāng)垃圾回收器準(zhǔn)備回收一個(gè)對(duì)象時(shí)，如果發(fā)現(xiàn)它還有虛引用，就會(huì)在回收對(duì)象的內(nèi)存之前，把這個(gè)虛引用加入到與之關(guān)聯(lián)的引用隊(duì)列中。程序可以通過(guò)判斷引用隊(duì)列中是否已經(jīng)加入了虛引用，來(lái)了解被引用的對(duì)象是否將要被垃圾回收。程序如果發(fā)現(xiàn)某個(gè)虛引用已經(jīng)被加入到引用隊(duì)列，那么就可以在所引用的對(duì)象的內(nèi)存被回收之前采取必要的行動(dòng)。 

【相關(guān)應(yīng)用：】

在java.lang.ref包中提供了三個(gè)類：SoftReference類、WeakReference類和PhantomReference類，它們分別代表軟引用、弱引用和虛引用。ReferenceQueue類表示引用隊(duì)列，它可以和這三種引用類聯(lián)合使用，以便跟蹤Java虛擬機(jī)回收所引用的對(duì) 象的活動(dòng)。

   Lru：Least Recently Used 

        近期最少使用算法，是一種頁(yè)面置換算法，其思想是在緩存的頁(yè)面數(shù)目固定的情況下，那些最近使用次數(shù)最少的頁(yè)面將被移出，對(duì)于我們的內(nèi)存緩存來(lái)說(shuō)，強(qiáng)引用緩存大小固定為4M，如果當(dāng)緩存的圖片大于4M的時(shí)候，有些圖片就會(huì)被從強(qiáng)引用緩存中刪除，哪些圖片會(huì)被刪除呢，就是那些近期使用次數(shù)最少的圖片。

（四）、內(nèi)存保存：

在內(nèi)存中保存的話，只能保存一定的量，而不能一直往里面放，需要設(shè)置數(shù)據(jù)的過(guò)期時(shí)間、LRU等算法。這里有一個(gè)方法是把常用的數(shù)據(jù)放到一個(gè)緩存中（A），不常用的放到另外一個(gè)緩存中（B）。當(dāng)要獲取數(shù)據(jù)時(shí)先從A中去獲取，如果A中不存在那么再去B中獲取。B中的數(shù)據(jù)主要是A中LRU出來(lái)的數(shù)據(jù)，這里的內(nèi)存回收主要針對(duì)B內(nèi)存，從而保持A中的數(shù)據(jù)可以有效的被命中。

網(wǎng)頁(yè)標(biāo)題：Android中的緩存處理
文章分享：http://jinyejixie.com/article16/poeodg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供電子商務(wù)、App設(shè)計(jì)、標(biāo)簽優(yōu)化、小程序開(kāi)發(fā)、響應(yīng)式網(wǎng)站、動(dòng)態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)