Glide中的緩存

本文主要介紹了如何配置和管理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緩存圖片時默認只緩存最終加載的那張圖片。舉個栗子,你要加載的圖片分辨率為1000x1000,但是最終顯示該圖片的ImageView大小只有500x500,那么Glide就會只緩存500x500的小圖。這也是在從磁盤緩存中加載圖片時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
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,702評論 6 534
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,615評論 3 419
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,606評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,044評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,826評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,227評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,307評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,447評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,992評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,807評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,001評論 1 370
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,550評論 5 361
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,243評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,667評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,930評論 1 287
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,709評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,996評論 2 374

推薦閱讀更多精彩內容