Android開發(fā)中一定會遇到圖片加載迎吵，圖片緩存的問題汰聋。Universal-Image-Loader是我遇到過的比較不錯的一個開源框架恩伺，是國外一個大牛寫的，據(jù)說現(xiàn)在作者已經(jīng)不維護了铣焊，下面就源碼來學(xué)習(xí)一下逊朽，歡迎交流！
首先看源碼目錄結(jié)構(gòu)
從目錄中可見曲伊，Universal-Image-Loader（后面用UIL表示）提供了兩種緩存方式叽讳，內(nèi)存和磁盤。再來介紹一下UIL的緩存流程坟募。
還是一張圖岛蚤。
①UI：請求數(shù)據(jù)，使用唯一的Key值索引Memory Cache中的Bitmap懈糯。
②內(nèi)存緩存：緩存搜索涤妒，如果能找到Key值對應(yīng)的Bitmap，則返回數(shù)據(jù)赚哗。否則執(zhí)行第三步届腐。
③硬盤存儲：使用唯一Key值對應(yīng)的文件名铁坎，檢索SDCard上的文件蜂奸。
④如果有對應(yīng)文件犁苏，使用BitmapFactory.decode*方法，解碼Bitmap并返回數(shù)據(jù)扩所，同時將數(shù)據(jù)寫入緩存围详。如果沒有對應(yīng)文件，執(zhí)行第五步祖屏。
⑤下載圖片：啟動異步線程助赞，從數(shù)據(jù)源下載數(shù)據(jù)(Web)。
⑥若下載成功袁勺，將數(shù)據(jù)同時寫入硬盤和緩存雹食，并將Bitmap顯示在UI中。
上面片段摘自其他技術(shù)貼期丰，應(yīng)該都是淺顯易懂群叶。不過我來追加補充了解一下，加深認(rèn)識钝荡。
首先是1的Key值街立，從代碼中看Key值如何生成。
String memoryCacheKey = MemoryCacheUtils.generateKey(uri, targetSize);
可見埠通，memoryCacheKey和圖片url本身以及要顯示的目標(biāo)大小作為唯一key赎离。就是說就算同一張圖片，只要顯示為不同尺寸端辱，也不是用的
同一個bitmap梁剔。
另外3中的從代碼查看是直接用文件名檢索而不是先通過唯一key。
聊完基本業(yè)務(wù)流程舞蔽，就來談?wù)刄IL都提供了哪些緩存算法荣病。再來看一張圖
從圖片可以看出，UIL提供的內(nèi)存緩存算法比較豐富喷鸽，有8種众雷，磁盤緩存則只有2種。下面稍微介紹一下各自算法的大致意思做祝。
1砾省、FIFOlimitedMemoryCache
先進先出的緩存策略，當(dāng)超過設(shè)定值混槐，先刪除最先加入緩存的bitmap编兄。
2、FuzzyKeyMemoryCache
這個是內(nèi)部使用声登，用于比較bitmap是否存在狠鸳，有則移除揣苏。
3、LimitedMemeryCache
使用強引用和弱引用結(jié)合的緩存策略件舵，cacheSize以內(nèi)的為強引用卸察，cacheSize以外的為弱引用。
4铅祸、LargestLimitedMemeryCache
當(dāng)超過緩存限定值坑质，先刪除最大的bitmap對象。
5临梗、LimitedAgeMemoryCache
當(dāng) bitmap加入緩存中的時間超過我們設(shè)定的值涡扼，將其刪除。
6盟庞、LRULMemoryCache
使用的LRU算法吃沪，當(dāng)有需要時最近最少使用bitmap從緩存中刪除。
7什猖、LRULimitedMemoryCache
這個也是使用的LRU算法票彪，和LruMemoryCache不同的是，他緩存加入了弱引用卸伞。cacheSize以內(nèi)的為強引用抹镊，cacheSize以外的為弱引用。
8荤傲、WeakMemoryCache
這個算法只使用了弱引用來作為緩存策略垮耳。
接下來就是磁盤緩存
imitedAgeDiscCache
設(shè)定文件存活的最長時間，當(dāng)超過這個值遂黍，就刪除該文件终佛。
UnlimitedDiscCache
這個緩存類沒有任何的限制。
介紹完上面的緩存算法之后雾家，大家是否都看到了铃彰，強引用、軟引用芯咧、弱引用等概念⊙雷剑現(xiàn)在就這三個再介紹介紹。
1．強引用
以前我們使用的大部分引用實際上都是強引用敬飒，這是使用最普遍的引用邪铲。如果一個對象具有強引用，那就類似于必不可少的生活用品无拗，垃圾回收器絕不會回收它带到。當(dāng)內(nèi)存空間不足，Java虛擬機寧愿拋出OutOfMemoryError錯誤英染，使程序異常終止揽惹，也不會靠隨意回收具有強引用的對象來解決內(nèi)存不足問題被饿。
2．軟引用（SoftReference）
如果一個對象只具有軟引用，那就類似于可有可物的生活用品搪搏。如果內(nèi)存空間足夠狭握，垃圾回收器就不會回收它，如果內(nèi)存空間不足了慕嚷，就會回收這些對象的內(nèi)存哥牍。只要垃圾回收器沒有回收它，該對象就可以被程序使用喝检。軟引用可用來實現(xiàn)內(nèi)存敏感的高速緩存。
軟引用可以和一個引用隊列（ReferenceQueue）聯(lián)合使用撼泛，如果軟引用所引用的對象被垃圾回收挠说，JAVA虛擬機就會把這個軟引用加入到與之關(guān)聯(lián)的引用隊列中。
3．弱引用（WeakReference）
如果一個對象只具有弱引用愿题，那就類似于可有可物的生活用品损俭。弱引用與軟引用的區(qū)別在于：只具有弱引用的對象擁有更短暫的生命周期。在垃圾回收器線程掃描它所管轄的內(nèi)存區(qū)域的過程中潘酗，一旦發(fā)現(xiàn)了只具有弱引用的對象杆兵，不管當(dāng)前內(nèi)存空間足夠與否，都會回收它的內(nèi)存仔夺。不過琐脏，由于垃圾回收器是一個優(yōu)先級很低的線程， 因此不一定會很快發(fā)現(xiàn)那些只具有弱引用的對象缸兔。
弱引用可以和一個引用隊列（ReferenceQueue）聯(lián)合使用日裙，如果弱引用所引用的對象被垃圾回收，Java虛擬機就會把這個弱引用加入到與之關(guān)聯(lián)的引用隊列中惰蜜。
其實UIL這個框架的代碼中可以看到很多Java的一些編程思想昂拂，設(shè)計模式等。但出于時間考慮抛猖，先寫這些格侯，后面有時間繼續(xù)補充。
