Glide中的快取

qingchengzhilei發表於2019-03-01
IDE快取

本文主要介紹瞭如何配置和管理Glide中的快取，其中大部分內容都可以直接在官方Wiki中找到，這裡只是進行了整理和彙總。言歸正傳，Glide支援圖片的二級快取(並不是三級快取，因為從網路載入並不屬於快取)，即記憶體快取和磁碟快取。

磁碟快取

一般的圖片快取指的就是磁碟快取，把網路上的圖片快取到本地，這樣就不需要每次都從網路載入，既提高了載入速度，又為使用者節省了流量。Glide在預設情況下是開啟磁碟快取的，而且提供了豐富的API來讓開發者自己配置和管理磁碟快取。

快取位置和大小
開發者可以通過構建一個自定義的GlideModule來配置Glide磁碟快取的位置和大小。最簡單的方法如下：

public class DiskCacheMoudle implements GlideModule {
    @Override
    public void applyOptions(Context context, GlideBuilder builder) {
        builder.setDiskCache(
                new InternalCacheDiskCacheFactory(context, "glide_cache", 100 * 1024 * 1024));
        //builder.setDiskCache(
        //        new ExternalCacheDiskCacheFactory(context, "glide_cache", 100 * 1024 * 1024));
    }

    @Override
    public void registerComponents(Context context, Glide glide) {

    }
}
複製程式碼

其中InternalCache和ExternalCache都最多接收3個引數：第一個引數為Context,沒啥好說的；第二個為快取的目錄名稱；第三個為快取大小，單位是Byte。它們之間唯一的不同就在於InternalCache構建的快取是在應用的內部儲存，而ExternalCache則是在外部儲存。內部儲存中的快取檔案是其他應用程式是無法獲取到的，更加安全。關於內部儲存和外部儲存的更多內容，請點選這裡檢視官方文件。

如果不想把快取放在上面的兩個位置怎麼辦？Glide當然也支援，具體通過DiskLruCacheFactory來實現：

builder.setDiskCache(
                new DiskLruCacheFactory(new DiskLruCacheFactory.CacheDirectoryGetter() {
                    @Override
                    public File getCacheDirectory() {
                        return getMyCacheLocationBlockingIO();
                    }
                }), 100 * 1024 * 1024);
複製程式碼

Note: getMyCacheLocationBlockingIO方法返回的檔案不能為空，而且必須是一個已經建立好的檔案目錄，不可以是檔案。

快取策略
與其他圖片載入庫的快取機制不同，Glide快取圖片時預設只快取最終載入的那張圖片。舉個例子，你要載入的圖片解析度為1000×1000，但是最終顯示該圖片的ImageView大小隻有500×500，那麼Glide就會只快取500×500的小圖。這也是在從磁碟快取中載入圖片時Glide比Picasso快的原因。Glide目前提供了四種快取策略：

  1. DiskCacheStrategy.NONE 不快取檔案
  2. DiskCacheStrategy.SOURCE 只快取原圖
  3. DiskCacheStrategy.RESULT 只快取最終載入的圖（預設的快取策略）
  4. DiskCacheStrategy.ALL 同時快取原圖和結果圖

快取演算法
在Glide中磁碟快取預設使用的是LRU（Least Recently Used）演算法。如果你想使用其他的快取演算法，就只能通過實現DiskCache介面來完成了。

記憶體快取

使用記憶體快取可以獲得更快的圖片載入速度，因為減少了耗時的IO操作。眾所周知，Bitmap是Android中的記憶體大戶，頻繁的建立和回收Bitmap必然會引起記憶體抖動。Glide中有一個叫做BitmapPool的類，可以複用其中的Bitmap物件，從而避免Bitmap物件的建立，減小記憶體開銷。當配置記憶體快取時，我們也應該同時配置BitmapPool的大小。具體方法也是通過自定義的GlideModule來實現的：

builder.setMemoryCache(new LruResourceCache(yourSizeInBytes));
builder.setBitmapPool(new LruBitmapPool(sizeInBytes));
複製程式碼

一般情況下，開發者是不需要自己去指定它們的大小的，因為Glide已經幫我們做好了。預設的記憶體快取和bitmapPool的大小由MemorySizeCalculator根據當前裝置的螢幕大小和可用記憶體計算得到。同時Glide還支援動態的快取大小調整，在存在大量圖片的Activity/Fragment中，開發者可以通過setMemoryCategory方法來提高Glide的記憶體快取大小，從而加快圖片的載入速度。

Glide.get(context).setMemoryCategory(MemoryCategory.HIGH);
複製程式碼

MemoryCategory有3個值可供選擇：

  1. MemoryCategory.HIGH（初始快取大小的1.5倍）
  2. MemoryCategory.NORMAL（初始快取大小的1倍）
  3. MemoryCategory.LOW（初始快取大小的0.5倍）

在有些情況下我們不希望做記憶體快取（比如載入GIF圖片），這個時候可以呼叫skipMemoryCache(true)方法跳過記憶體快取。

如何快取動態Url的圖片

一般情況下我們從網路上獲取到的圖片Url都是靜態的，即一張圖片對應一個Url。那麼如果是一張圖片對應多個Url呢？快取不就沒有意義了。因為圖片載入庫都是拿圖片的Url來作為快取的key的，Glide也不例外，只是會更加複雜一些。如果你開啟了Glide的log,就會在控制檯看到Glide是如何指定快取key的。關於如何開啟log,請參考這篇文章。一般來說，Glide的key由圖片的url、view的寬和高、螢幕的尺寸大小和signature組成。

在什麼情況下才會出現動態的Url呢？一個很典型的例子就是因為圖片的安全問題在原來圖片的Url後面加上訪問憑證。訪問憑證與時間關聯，這樣一來，在不同時間同一圖片的Url就會不同，快取就會失效。以七牛的私有空間為例，我們來看看如何去快取這類圖片。從七牛關於私有空間的文件中可以得到：最終的Url = 原Url + ?e=過期時間 + token=下載憑證。那麼就只需要在Glide快取時將Url中“?”後面的字串截去就可以了。

首先新建一個叫做QiNiuImage的類：

public class QiNiuImage {

    private final String imageUrl;

    public QiNiuImage(String imageUrl) {
        this.imageUrl = imageUrl;
    }

    public String getImageUrl() {
        return imageUrl;
    }

    public String getImageId() {
        if (imageUrl.contains("?")) {
            return imageUrl.substring(0, imageUrl.lastIndexOf("?"));
        } else {
            return imageUrl;
        }
    }
}
複製程式碼

其中getImageUrl方法返回真實的Url，getImageId方法返回未新增下載憑證前的Url。
然後再自定義一個實現ModelLoader介面的QiNiuImageLoader:

public class QiNiuImageLoader implements StreamModelLoader<QiNiuImage> {
    @Override
    public DataFetcher<InputStream> getResourceFetcher(final QiNiuImage model, int width,
            int height) {
        return new HttpUrlFetcher(new GlideUrl(model.getImageUrl())) {
            @Override
            public String getId() {
                return model.getImageId();
            }
        };
    }

    public static class Factory implements ModelLoaderFactory<QiNiuImage, InputStream> {
        @Override
        public ModelLoader<QiNiuImage, InputStream> build(Context context,
                GenericLoaderFactory factories) {
            return new QiNiuImageLoader();
        }

        @Override
        public void teardown() { /* no op */ }
    }
}
複製程式碼

其中HttpUrlFetcher的getId方法就是組成快取的key的重要部分。這也是我們的核心原理。
將這個ModelLoader註冊到GlideModule中，並在AndroidManifest.xml中註冊:

public class QiNiuModule implements GlideModule {
    @Override
    public void applyOptions(Context context, GlideBuilder builder) {

    }

    @Override
    public void registerComponents(Context context, Glide glide) {
        glide.register(QiNiuImage.class, InputStream.class, new QiNiuImageLoader.Factory());
    }
}
複製程式碼
<meta-data
        android:name="com.yourpackagename.QiNiuModule"
        android:value="GlideModule"/>
複製程式碼

最後只需要在載入此類圖片時，使用下面這段程式碼就可以了。即使圖片的token更換了也不會重新從網路上下載而是直接讀取本地快取。

Glide.with(context)
      .load(new QiNiuImage(imageUrl)
      .into(imageView);
複製程式碼

參考資料：

  1. https://github.com/bumptech/glide/issues/607
  2. https://github.com/bumptech/glide/issues/501

相關文章