Android圖片框架之Glide

Gilde緩存機制

Glide三級緩存分別為:活動緩存、內(nèi)存緩存、磁盤緩存

  • 取的順序是:活動緩存、LruCache、磁盤緩存
  • 存的順序是:磁盤緩存、活動緩存、LruCache

1、活動緩存(HashMap)

活動緩存是由這樣一個HashMap維護,key是緩存的key,這個key由圖片url、width、height等10來個參數(shù)組成;value是圖片資源對象的弱引用形式。

Map<Key, ResourceWeakReference> activeEngineResources = new HashMap<>();

2、內(nèi)存緩存(LruCache)

LruCache是由一個LinkedHashMap維護,根據(jù)Lru算法來管理圖片。大致的原理是利用LinkHashMap鏈表的特性,把最近使用過的文件插入到列表頭部,沒使用的圖片放在尾部;然后當圖片大小到達預先設置的一個閥值的時候 ,按算法刪除列表尾部的部分數(shù)據(jù)。

#LruCache
Map<T, Y> cache = new LinkedHashMap<>(100, 0.75f, true);

3、磁盤緩存原理(DiskLruCache)

  • DiskCacheStrategy.DATA: 只緩存原始圖片;
  • DiskCacheStrategy.RESOURCE:只緩存轉(zhuǎn)換過后的圖片;
  • DiskCacheStrategy.ALL:既緩存原始圖片,也緩存轉(zhuǎn)換過后的圖片;對于遠程圖片,緩存 DATA和 RESOURCE;對于本地圖片,只緩存 RESOURCE;
  • DiskCacheStrategy.NONE:不緩存任何內(nèi)容;
  • DiskCacheStrategy.AUTOMATIC:默認策略,嘗試對本地和遠程圖片使用最佳的策略。當下載網(wǎng)絡圖片時,使用DATA(原因很簡單,對本地圖片的處理可比網(wǎng)絡要容易得多);對于本地圖片,使用RESOURCE。
最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容