淺談Android 中圖片的三級緩存策略
什么是三級緩存?
- 內(nèi)存緩存,優(yōu)先加載,速度最快
- 本地緩存,次優(yōu)先加載,速度快
- 網(wǎng)絡緩存,最后加載,速度慢,浪費流量
為什么要進行三級緩存
三級緩存策略,最實在的意義就是 減少不必要的流量消耗,增加加載速度 。
如今的 APP 網(wǎng)絡交互似乎已經(jīng)必不可少,通過網(wǎng)絡獲取圖片再正常不過了。但是,每次啟動應用都要從網(wǎng)絡獲取圖片,或者是想重復瀏覽一些圖片的時候,每次瀏覽都需要網(wǎng)絡獲取,消耗的流量就多了,在如今的流量資費來說,肯定會容易影響用戶數(shù)量。
還有就是網(wǎng)絡加載圖片,有時候會加載很慢,影響了用戶體驗。
另外從開發(fā)角度來說,Bitmap 的創(chuàng)建非常消耗時間和內(nèi)存,可能導致頻繁GC。而使用緩存策略,會更加高效地加載 Bitmap,減少卡頓,從而減少讀取時間。
而內(nèi)存緩存的主要作用是防止應用重復將圖片數(shù)據(jù)讀取到內(nèi)存當中,硬盤緩存則是防止應用重復從網(wǎng)絡或其他地方重復下載和讀取數(shù)據(jù)。
三級緩存的原理
- 首次加載的時候通過網(wǎng)絡加載,獲取圖片,然后保存到內(nèi)存和 SD 卡中。
- 之后運行 APP 時,優(yōu)先訪問內(nèi)存中的圖片緩存。
- 如果內(nèi)存沒有,則加載本地 SD 卡中的圖片。
具體的緩存策略可以是這樣的:內(nèi)存作為一級緩存,本地作為二級緩存,網(wǎng)絡加載為最后。其中,內(nèi)存使用 LruCache ,其內(nèi)部通過 LinkedhashMap 來持有外界緩存對象的強引用;對于本地緩存,使用 DiskLruCache。加載圖片的時候,首先使用 LRU 方式進行尋找,找不到指定內(nèi)容,按照三級緩存的方式,進行本地搜索,還沒有就網(wǎng)絡加載。
圖片緩存代碼實現(xiàn)
自己實現(xiàn)一個三級緩存的工具類并不困難。大概可以這樣:
public class BitmapUtil{ //單例模式 //··· public void displayImage(ImageView img, String url){ Bitmap bitmap; //內(nèi)存緩存,url做唯一標識符 bitmap = loadBitmapFromMemoryCache(url); if(bitmap != null){ img.setImageBitmap(bitmap); return ; } //本地緩存 bitmap = loadBitmapFromDiskCache(url); if(bitmap != null){ img.setImageBitmap(bitmap); //然后將本地緩存保存到內(nèi)存緩存中 return ; } //網(wǎng)絡緩存 bitmap = loadBitmapFromNet(url); if(bitmap != null){ img.setImageBitmap(bitmap); //同理將緩存保存到內(nèi)存和本地中 return; } } }
詳細不說了,網(wǎng)上有很多類似的文章可以參考。
關于內(nèi)存緩存的實現(xiàn)核心基本就是獲取APP最大內(nèi)存,然后set的時候用 LruCache< url , bitmap> put 進去。他會按照最近最少使用的算法將內(nèi)存控制在一定大小內(nèi),超出的時候自動回收。
還有一點注意的是,一般url作為 key 的時候,會用MD5算法處理一下,最后是用其 MD5 值作為key的,這可能是為了避免一些特殊字符影響使用。
關于Glide的緩存
事實上,現(xiàn)在已經(jīng)很少自己封裝一個三級緩存策略,在眾多的圖片框架中都加入緩存策略,實現(xiàn)起來更簡單。這里以 Glide 為例。
Glide 的使用基本就是一行代碼就解決了。像下面這樣
// 加載本地圖片 File file = new File(getExternalCacheDir() + "/image.jpg"); Glide.with(this).load(file).into(imageView); // 加載應用資源 int resource = R.drawable.image; Glide.with(this).load(resource).into(imageView); // 加載二進制流 byte[] image = getImageBytes(); Glide.with(this).load(image).into(imageView); // 加載Uri對象 Uri imageUri = getImageUri(); Glide.with(this).load(imageUri).into(imageView);
當然應用到項目里面最好二次封裝一下。這些不是這次文章的主題。我們回到緩存上面來。
Glide 的內(nèi)存緩存
Glide 是默認開啟了內(nèi)存緩存的,只要你通過 Glide 加載一張圖片,他就會緩存到內(nèi)存中,只要他還沒被從內(nèi)存中清理之前,下次使用 Glide 都會從內(nèi)存緩存中加載。大大提升了圖片加載的效率。
當然如果你有特殊要求,可以添加一行代碼把默認開啟的內(nèi)存緩存關閉掉。
Glide.with(this) .load(url) .skipMemoryCache(true)//關閉內(nèi)存緩存 .into(imageView);
Glide 的內(nèi)存緩存實際上和我們上面說的差別不大,使用的也是LruCache算法,不過他還結(jié)合了一種弱引用機制,共同完成了內(nèi)存緩存功能。
Glide 的硬盤緩存
關于 Glide 硬盤緩存使用也是十分簡單。
Glide.with(this) .load(url) .diskCacheStrategy(DiskCacheStrategy.RESULT) .into(imageView);
一個 diskCacheStrategy( ) 方法就可以調(diào)整他的硬盤緩存策略。其中可以傳入的參數(shù)有四種:
- DiskCacheStrategy.NONE: 表示不緩存任何內(nèi)容。
- DiskCacheStrategy.SOURCE: 表示只緩存原始圖片。
- DiskCacheStrategy.RESULT: 表示只緩存轉(zhuǎn)換過后的圖片(默認選項)。
- DiskCacheStrategy.ALL : 表示既緩存原始圖片,也緩存轉(zhuǎn)換過后的圖片。
Glide 的硬盤緩存是默認將圖片壓縮轉(zhuǎn)換后再緩存到硬盤中,這種處理方式再避免OOM的時候會經(jīng)常看見。
如果需要改變硬盤緩存策略只需要改變其傳入的參數(shù)即可。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。
相關文章
Android控件ListView用法(讀取聯(lián)系人示例代碼)
本文以一個讀取聯(lián)系人的代碼為大家講解下Android控件中ListView的使用方法,這個listView有個setAdapter 適配器,里面可以直接實現(xiàn)接口,或者寫個類2013-06-06Android 虛擬機中的內(nèi)存分配與OOM問題詳解
這篇文章主要為大家介紹了Android 虛擬機中的內(nèi)存分配與OOM問題詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進步,早日升職加薪2022-09-09Android使用RecyclerView實現(xiàn)自定義列表、點擊事件以及下拉刷新
這篇文章主要介紹了Android使用RecyclerView實現(xiàn)自定義列表、點擊事件以及下拉刷新的相關資料,需要的朋友可以參考下2016-04-04Android文本輸入框(EditText)輸入密碼時顯示與隱藏
這篇文章主要介紹了Android文本輸入框(EditText)輸入密碼時顯示與隱藏的方法和示例,需要的朋友可以參考下2014-12-12