12.2.2 DiskLruCache
DiskLruCache用于實現存儲設備緩存,即磁盤緩存,它通過將緩存對象寫入文件系統從而實現緩存的效果。DiskLruCache得到了Android官方文檔的推薦,但它不屬于Android SDK的一部分,它的源碼可以從如下網址得到:
https://android.googlesource.com/platform/libcore/+/android-4.1.1_r1/lun
i/src/main/java/libcore/io/DiskLruCache.java
需要注意的是,從上述網址獲取的DiskLruCache的源碼并不能直接在Android中使用,需要稍微修改編譯錯誤。下面分別從DiskLruCache的創建、緩存查找和緩存添加這三個方面來介紹DiskLruCache的使用方式。
1.DiskLruCache的創建
DiskLruCache并不能通過構造方法來創建,它提供了open方法用于創建自身,如下所示。
public static DiskLruCache open(File directory, int appVersion, int
valueCount, long maxSize)
open方法有四個參數,其中第一個參數表示磁盤緩存在文件系統中的存儲路徑。緩存路徑可以選擇SD卡上的緩存目錄,具體是指/sdcard/Android/data/package_name/cache目錄,其中package_name表示當前應用的包名,當應用被卸載后,此目錄會一并被刪除。當然也可以選擇SD卡上的其他指定目錄,還可以選擇data下的當前應用的目錄,具體可根據需要靈活設定。這里給出一個建議:如果應用卸載后就希望刪除緩存文件,那么就選擇SD卡上的緩存目錄,如果希望保留緩存數據那就應該選擇SD卡上的其他特定目錄。
第二個參數表示應用的版本號,一般設為1即可。當版本號發生改變時DiskLruCache會清空之前所有的緩存文件,而這個特性在實際開發中作用并不大,很多情況下即使應用的版本號發生了改變緩存文件卻仍然是有效的,因此這個參數設為1比較好。
第三個參數表示單個節點所對應的數據的個數,一般設為1即可。第四個參數表示緩存的總大小,比如50MB,當緩存大小超出這個設定值后,DiskLruCache會清除一些緩存從而保證總大小不大于這個設定值。下面是一個典型的DiskLruCache的創建過程:
private static final long DISK_CACHE_SIZE = 1024 * 1024 * 50; //50MB
File diskCacheDir = getDiskCacheDir(mContext, "bitmap");
if (! diskCacheDir.exists()) {
diskCacheDir.mkdirs();
}
mDiskLruCache = DiskLruCache.open(diskCacheDir, 1, 1, DISK_CACHE_SIZE);
2.DiskLruCache的緩存添加
DiskLruCache的緩存添加的操作是通過Editor完成的,Editor表示一個緩存對象的編輯對象。這里仍然以圖片緩存舉例,首先需要獲取圖片url所對應的key,然后根據key就可以通過edit()來獲取Editor對象,如果這個緩存正在被編輯,那么edit()會返回null,即DiskLruCache不允許同時編輯一個緩存對象。之所以要把url轉換成key,是因為圖片的url中很可能有特殊字符,這將影響url在Android中直接使用,一般采用url的md5值作為key,如下所示。
private String hashKeyFormUrl(String url) {
String cacheKey;
try {
final MessageDigest mDigest = MessageDigest.getInstance("MD5");
mDigest.update(url.getBytes());
cacheKey = bytesToHexString(mDigest.digest());
} catch (NoSuchAlgorithmException e) {
cacheKey = String.valueOf(url.hashCode());
}
return cacheKey;
}
private String bytesToHexString(byte[] bytes) {
StringBuilder sb = new StringBuilder();
for (int i = 0; i < bytes.length; i++) {
String hex = Integer.toHexString(0xFF & bytes[i]);
if (hex.length() == 1) {
sb.append('0');
}
sb.append(hex);
}
return sb.toString();
}
將圖片的url轉成key以后,就可以獲取Editor對象了。對于這個key來說,如果當前不存在其他Editor對象,那么edit()就會返回一個新的Editor對象,通過它就可以得到一個文件輸出流。需要注意的是,由于前面在DiskLruCache的open方法中設置了一個節點只能有一個數據,因此下面的DISK_CACHE_INDEX常量直接設為0即可,如下所示。
String key = hashKeyFormUrl(url);
DiskLruCache.Editor editor = mDiskLruCache.edit(key);
if (editor ! = null) {
OutputStream outputStream = editor.newOutputStream(DISK_CACHE_INDEX);
}
有了文件輸出流,接下來要怎么做呢?其實是這樣的,當從網絡下載圖片時,圖片就可以通過這個文件輸出流寫入到文件系統上,這個過程的實現如下所示。
public boolean downloadUrlToStream(String urlString,
OutputStream outputStream) {
HttpURLConnection urlConnection = null;
BufferedOutputStream out = null;
BufferedInputStream in = null;
try {
final URL url = new URL(urlString);
urlConnection = (HttpURLConnection) url.openConnection();
in = new BufferedInputStream(urlConnection.getInputStream(),
IO_BUFFER_SIZE);
out = new BufferedOutputStream(outputStream, IO_BUFFER_SIZE);
int b;
while ((b = in.read()) ! = -1) {
out.write(b);
}
return true;
} catch (IOException e) {
Log.e(TAG, "downloadBitmap failed." + e);
} finally {
if (urlConnection ! = null) {
urlConnection.disconnect();
}
MyUtils.close(out);
MyUtils.close(in);
}
return false;
}
經過上面的步驟,其實并沒有真正地將圖片寫入文件系統,還必須通過Editor的commit()來提交寫入操作,如果圖片下載過程發生了異常,那么還可以通過Editor的abort()來回退整個操作,這個過程如下所示。
OutputStream outputStream = editor.newOutputStream(DISK_CACHE_INDEX);
if (downloadUrlToStream(url, outputStream)) {
editor.commit();
} else {
editor.abort();
}
mDiskLruCache.flush();
經過上面的幾個步驟,圖片已經被正確地寫入到文件系統了,接下來圖片獲取的操作就不需要請求網絡了。
3.DiskLruCache的緩存查找
和緩存的添加過程類似,緩存查找過程也需要將url轉換為key,然后通過DiskLruCache的get方法得到一個Snapshot對象,接著再通過Snapshot對象即可得到緩存的文件輸入流,有了文件輸出流,自然就可以得到Bitmap對象了。為了避免加載圖片過程中導致的OOM問題,一般不建議直接加載原始圖片。在第12.1節中已經介紹了通過BitmapFactory.Options對象來加載一張縮放后的圖片,但是那種方法對FileInputStream的縮放存在問題,原因是FileInputStream是一種有序的文件流,而兩次decodeStream調用影響了文件流的位置屬性,導致了第二次decodeStream時得到的是null。為了解決這個問題,可以通過文件流來得到它所對應的文件描述符,然后再通過BitmapFactory.decodeFileDescriptor方法來加載一張縮放后的圖片,這個過程的實現如下所示。
Bitmap bitmap = null;
String key = hashKeyFormUrl(url);
DiskLruCache.Snapshot snapShot = mDiskLruCache.get(key);
if (snapShot ! = null) {
FileInputStream fileInputStream = (FileInputStream)snapShot.getInput-
Stream(DISK_CACHE_INDEX);
FileDescriptor fileDescriptor = fileInputStream.getFD();
bitmap = mImageResizer.decodeSampledBitmapFromFileDescriptor
(fileDescriptor,
reqWidth, reqHeight);
if (bitmap ! = null) {
addBitmapToMemoryCache(key, bitmap);
}
}
上面介紹了DiskLruCache的創建、緩存的添加和查找過程,讀者應該對DiskLruCache的使用方式有了一個大致的了解,除此之外,DiskLruCache還提供了remove、delete等方法用于磁盤緩存的刪除操作。關于DiskLruCache的內部實現這里就不再介紹了,讀者感興趣的話可以查看它的源碼實現。
- 前言
- 第1章 Activity的生命周期和啟動模式
- 1.1 Activity的生命周期全面分析
- 1.1.1 典型情況下的生命周期分析
- 1.1.2 異常情況下的生命周期分析
- 1.2 Activity的啟動模式
- 1.2.1 Activity的LaunchMode
- 1.2.2 Activity的Flags
- 1.3 IntentFilter的匹配規則
- 第2章 IPC機制
- 2.1 Android IPC簡介
- 2.2 Android中的多進程模式
- 2.2.1 開啟多進程模式
- 2.2.2 多進程模式的運行機制
- 2.3 IPC基礎概念介紹
- 2.3.1 Serializable接口
- 2.3.2 Parcelable接口
- 2.3.3 Binder
- 2.4 Android中的IPC方式
- 2.4.1 使用Bundle
- 2.4.2 使用文件共享
- 2.4.3 使用Messenger
- 2.4.4 使用AIDL
- 2.4.5 使用ContentProvider
- 2.4.6 使用Socket
- 2.5 Binder連接池
- 2.6 選用合適的IPC方式
- 第3章 View的事件體系
- 3.1 View基礎知識
- 3.1.1 什么是View
- 3.1.2 View的位置參數
- 3.1.3 MotionEvent和TouchSlop
- 3.1.4 VelocityTracker、GestureDetector和Scroller
- 3.2 View的滑動
- 3.2.1 使用scrollTo/scrollBy
- 3.2.2 使用動畫
- 3.2.3 改變布局參數
- 3.2.4 各種滑動方式的對比
- 3.3 彈性滑動
- 3.3.1 使用Scroller7
- 3.3.2 通過動畫
- 3.3.3 使用延時策略
- 3.4 View的事件分發機制
- 3.4.1 點擊事件的傳遞規則
- 3.4.2 事件分發的源碼解析
- 3.5 View的滑動沖突
- 3.5.1 常見的滑動沖突場景
- 3.5.2 滑動沖突的處理規則
- 3.5.3 滑動沖突的解決方式
- 第4章 View的工作原理
- 4.1 初識ViewRoot和DecorView
- 4.2 理解MeasureSpec
- 4.2.1 MeasureSpec
- 4.2.2 MeasureSpec和LayoutParams的對應關系
- 4.3 View的工作流程
- 4.3.1 measure過程
- 4.3.2 layout過程
- 4.3.3 draw過程
- 4.4 自定義View
- 4.4.1 自定義View的分類
- 4.4.2 自定義View須知
- 4.4.3 自定義View示例
- 4.4.4 自定義View的思想
- 第5章 理解RemoteViews
- 5.1 RemoteViews的應用
- 5.1.1 RemoteViews在通知欄上的應用
- 5.1.2 RemoteViews在桌面小部件上的應用
- 5.1.3 PendingIntent概述
- 5.2 RemoteViews的內部機制
- 5.3 RemoteViews的意義
- 第6章 Android的Drawable
- 6.1 Drawable簡介
- 6.2 Drawable的分類
- 6.2.1 BitmapDrawable2
- 6.2.2 ShapeDrawable
- 6.2.3 LayerDrawable
- 6.2.4 StateListDrawable
- 6.2.5 LevelListDrawable
- 6.2.6 TransitionDrawable
- 6.2.7 InsetDrawable
- 6.2.8 ScaleDrawable
- 6.2.9 ClipDrawable
- 6.3 自定義Drawable
- 第7章 Android動畫深入分析
- 7.1 View動畫
- 7.1.1 View動畫的種類
- 7.1.2 自定義View動畫
- 7.1.3 幀動畫
- 7.2 View動畫的特殊使用場景
- 7.2.1 LayoutAnimation
- 7.2.2 Activity的切換效果
- 7.3 屬性動畫
- 7.3.1 使用屬性動畫
- 7.3.2 理解插值器和估值器 /
- 7.3.3 屬性動畫的監聽器
- 7.3.4 對任意屬性做動畫
- 7.3.5 屬性動畫的工作原理
- 7.4 使用動畫的注意事項
- 第8章 理解Window和WindowManager
- 8.1 Window和WindowManager
- 8.2 Window的內部機制
- 8.2.1 Window的添加過程
- 8.2.2 Window的刪除過程
- 8.2.3 Window的更新過程
- 8.3 Window的創建過程
- 8.3.1 Activity的Window創建過程
- 8.3.2 Dialog的Window創建過程
- 8.3.3 Toast的Window創建過程
- 第9章 四大組件的工作過程
- 9.1 四大組件的運行狀態
- 9.2 Activity的工作過程
- 9.3 Service的工作過程
- 9.3.1 Service的啟動過程
- 9.3.2 Service的綁定過程
- 9.4 BroadcastReceiver的工作過程
- 9.4.1 廣播的注冊過程
- 9.4.2 廣播的發送和接收過程
- 9.5 ContentProvider的工作過程
- 第10章 Android的消息機制
- 10.1 Android的消息機制概述
- 10.2 Android的消息機制分析
- 10.2.1 ThreadLocal的工作原理
- 10.2.2 消息隊列的工作原理
- 10.2.3 Looper的工作原理
- 10.2.4 Handler的工作原理
- 10.3 主線程的消息循環
- 第11章 Android的線程和線程池
- 11.1 主線程和子線程
- 11.2 Android中的線程形態
- 11.2.1 AsyncTask
- 11.2.2 AsyncTask的工作原理
- 11.2.3 HandlerThread
- 11.2.4 IntentService
- 11.3 Android中的線程池
- 11.3.1 ThreadPoolExecutor
- 11.3.2 線程池的分類
- 第12章 Bitmap的加載和Cache
- 12.1 Bitmap的高效加載
- 12.2 Android中的緩存策略
- 12.2.1 LruCache
- 12.2.2 DiskLruCache
- 12.2.3 ImageLoader的實現446
- 12.3 ImageLoader的使用
- 12.3.1 照片墻效果
- 12.3.2 優化列表的卡頓現象
- 第13章 綜合技術
- 13.1 使用CrashHandler來獲取應用的crash信息
- 13.2 使用multidex來解決方法數越界
- 13.3 Android的動態加載技術
- 13.4 反編譯初步
- 13.4.1 使用dex2jar和jd-gui反編譯apk
- 13.4.2 使用apktool對apk進行二次打包
- 第14章 JNI和NDK編程
- 14.1 JNI的開發流程
- 14.2 NDK的開發流程
- 14.3 JNI的數據類型和類型簽名
- 14.4 JNI調用Java方法的流程
- 第15章 Android性能優化
- 15.1 Android的性能優化方法
- 15.1.1 布局優化
- 15.1.2 繪制優化
- 15.1.3 內存泄露優化
- 15.1.4 響應速度優化和ANR日志分析
- 15.1.5 ListView和Bitmap優化
- 15.1.6 線程優化
- 15.1.7 一些性能優化建議
- 15.2 內存泄露分析之MAT工具
- 15.3 提高程序的可維護性