Android圖片加載的那些事:為什么你的Glide緩存沒有起作用?


前言

  • Glide抽活,該功能非常強大 Android 圖片加載開源框架 相信大家并不陌生

    Github截圖

  • 正由于他的功能強大组橄,所以它的源碼非常復(fù)雜孕惜,這導(dǎo)致很多人望而卻步

  • 本人嘗試將 Glide 的功能進(jìn)行分解,并單獨針對每個功能進(jìn)行源碼分析晨炕,從而降低Glide源碼的復(fù)雜度衫画。

接下來,我將推出一系列關(guān)于 Glide的功能源碼分析瓮栗,有興趣可以繼續(xù)關(guān)注

  • 今天削罩,我將主要講解在使用Glide緩存功能時的問題:為什么Glide 的緩存無起作用,希望你們會喜歡费奸。

請先閱讀文章:Android:深入剖析圖片加載庫Glide緩存功能(源碼分析)


1. 背景

  • Glide實現(xiàn)內(nèi)存 & 磁盤緩存是根據(jù) 圖片的緩存Key進(jìn)行唯一標(biāo)識
  • 開發(fā)者為了降低成本 & 安全弥激,往往會將圖片存放在云服務(wù)器上

如 七牛云 等等。

  • 為了保護(hù) 客戶的圖片資源愿阐,圖片云服務(wù)器 會在圖片Url地址的基礎(chǔ)上再加一個token參數(shù)
http://url.com/image.jpg?token=a6cvva6b02c670b0a
  • Glide加載該圖片時微服,會使用加了token參數(shù)的圖片Url地址 作為
    id參數(shù),從而生成 緩存Key

2. 問題

  • 作為身份認(rèn)證的token參數(shù)可能會發(fā)生變化缨历,并不是一成不變
  • token參數(shù)變了以蕴,則圖片Url跟著變,則生成緩存key的所需id參數(shù)發(fā)生變化辛孵,即 緩存Key也會跟著變化
  • 這導(dǎo)致同一張圖片丛肮,但因為token參數(shù)變化,而導(dǎo)致緩存Key發(fā)生變化魄缚,從而使得 Glide的緩存功能失效

緩存Key發(fā)生變化宝与,即同一個圖片的當(dāng)前緩存key 和 之前寫入緩存的key不相同焚廊,這意味著 在讀取緩存時 無法根據(jù)當(dāng)前緩存key 找到之前的緩存,從而使得失效


3. 解決方案

3.1 原理

在 生成緩存Key 的id參數(shù) 前习劫,將 帶有token參數(shù)的圖片Url地址 去掉 token參數(shù)咆瘟,從而根據(jù) 初始的圖片Url地址 生成緩存Key的id參數(shù)

實現(xiàn)了一個圖片的緩存Key的id參數(shù)始終唯一 ,即等于 圖片Url地址

3.2 儲備知識:生成緩存Key的id參數(shù)的邏輯

生成緩存Keyid參數(shù)的邏輯為:直接將圖片的 URL 地址作為緩存Key的id參數(shù)

回看文章:Android:手把手帶你深入圖片加載庫Glide源碼分析生成緩存Key的代碼

public class Engine implements EngineJobListener,
        MemoryCache.ResourceRemovedListener,
        EngineResource.ResourceListener {

    public <T, Z, R> LoadStatus load(Key signature, int width, int height, DataFetcher<T> fetcher,
            DataLoadProvider<T, Z> loadProvider, Transformation<Z> transformation, ResourceTranscoder<Z, R> transcoder,
            Priority priority, boolean isMemoryCacheable, DiskCacheStrategy diskCacheStrategy, ResourceCallback cb) {
        Util.assertMainThread();
        long startTime = LogTime.getLogTime();

        final String id = fetcher.getId();
        // 獲得了一個id字符串诽里,即需加載圖片的唯一標(biāo)識
        // 如搞疗,若圖片的來源是網(wǎng)絡(luò),那么該id = 這張圖片的url地址
        // fetcher = HttpUrlFetcher的實例须肆,即調(diào)用HttpUrlFetcher.getid()->>分析19

        EngineKey key = keyFactory.buildKey(id, signature, width, height, loadProvider.getCacheDecoder(),loadProvider.getSourceDecoder(), transformation, loadProvider.getEncoder(),transcoder, loadProvider.getSourceEncoder());
        // 將該id 和 signature匿乃、width、height等10個參數(shù)一起傳入到緩存Key的工廠方法里豌汇,最終創(chuàng)建出一個EngineKey對象
        // 創(chuàng)建原理:通過重寫equals() 和 hashCode()幢炸,保證只有傳入EngineKey的所有參數(shù)都相同情況下才認(rèn)為是同一個EngineKey對象
       // 該EngineKey 即Glide中的緩存Key

        ...
}


<-- 分析19:getId() -->
public class HttpUrlFetcher implements DataFetcher<InputStream> {
    ...

    private final GlideUrl glideUrl;
    // GlideUrl = 在上篇文章講解 圖片加載 第2步load()中傳入圖片url地址時,Glide在內(nèi)部把圖片url地址包裝成一個GlideUrl對象

    @Override
    public String getId() {
        return glideUrl.getCacheKey();
        // ->>分析20
}

<-- 分析20:getCacheKey()  -->

public class GlideUrl {

    private final URL url;
    private final String stringUrl;
    ...

    // GlideUrl構(gòu)造函數(shù)
     public GlideUrl(URL url) {
        this(url, Headers.DEFAULT);
    }

    public GlideUrl(String url) {
        this(url, Headers.DEFAULT);
    }


    public String getCacheKey() {
        return stringUrl != null ? stringUrl : url.toString();
        // 在生成GlideUrl對象時:
        // 若傳入的是URL字符串(即圖片地址)拒贱,就直接返回該字符串(大多數(shù)是這種情況)
        // 若傳入的是URL對象宛徊,那么就返回這個對象toString()后的結(jié)果。

    }

    ...
}

3.3 實現(xiàn)方案

我們只需重寫getCacheKey() & 將 帶有token參數(shù)的圖片Url地址 去掉 token參數(shù) 即可逻澳。

/**
  * 代碼實現(xiàn):創(chuàng)建一個GlideUrl類的子類 & 重寫getCacheKey()
  **/
    // 1. 繼承GlideUrl 
    public class mGlideUrl extends GlideUrl {

        private String mUrl;

        // 構(gòu)造函數(shù)里 傳入 帶有token參數(shù)的圖片Url地址 
        public MyGlideUrl(String url) {
            super(url);
            mUrl = url;
        }

        // 2. 重寫getCacheKey()
        @Override
        public String getCacheKey() {
            return mUrl.replace(deleteToken(), "");
            // 通過 deleteToken() 從 帶有token參數(shù)的圖片Url地址中 去掉 token參數(shù)
            // 最終返回一個沒有token參數(shù)闸天、初始的圖片URL地址
            // ->>分析1
        }

        // 分析1:deleteToken()
        private String deleteToken() {
            String tokenParam = "";
            int tokenKeyIndex = mUrl.indexOf("?token=") >= 0 ? mUrl.indexOf("?token=") : mUrl.indexOf("&token=");
            if (tokenKeyIndex != -1) {
                int nextAndIndex = mUrl.indexOf("&", tokenKeyIndex + 1);
                if (nextAndIndex != -1) {
                    tokenParam = mUrl.substring(tokenKeyIndex + 1, nextAndIndex + 1);
                } else {
                    tokenParam = mUrl.substring(tokenKeyIndex);
                }
            }
            return tokenParam;
        }

    }

/**
  * 使用緩存時:需要在load()中傳入自定義的 mGlideUrl對象
  **/

    Glide.with(this)
         .load(new mGlideUrl(url))
         .into(imageView);

    // 注:a. 若像之前直接傳入圖片的url地址,那么在內(nèi)部還是會使用原始的GlideUrl類
    //    b. 即直接將傳入傳入圖片的url地址作為緩存key的Id參數(shù)斜做,而沒有對token參數(shù)作任何處理


4. 總結(jié)

本文主要對Glide的圖片緩存功能的使用問題進(jìn)行講解

Carson帶你學(xué)Android開源庫系列文章:
Carson帶你學(xué)Android:主流開源圖片加載庫對比(UIL苞氮、Picasso、Glide瓤逼、Fresco)
Carson帶你學(xué)Android:主流開源網(wǎng)絡(luò)請求庫對比(Volley笼吟、OkHttp、Retrofit)
Carson帶你學(xué)Android:網(wǎng)絡(luò)請求庫Retrofit使用教程
Carson帶你學(xué)Android:網(wǎng)絡(luò)請求庫Retrofit源碼分析
Carson帶你學(xué)Android:圖片加載庫Glide使用教程
Carson帶你學(xué)Android:圖片加載庫Glide源碼分析
Carson帶你學(xué)Android:V-Layout霸旗,淘寶贷帮、天貓都在用的UI框架,趕緊用起來吧诱告!


歡迎關(guān)注Carson_Ho的簡書

不定期分享關(guān)于安卓開發(fā)的干貨撵枢,追求短、平精居、快锄禽,但卻不缺深度


請點贊箱蟆!因為你的鼓勵是我寫作的最大動力沟绪!

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末刮便,一起剝皮案震驚了整個濱河市空猜,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖辈毯,帶你破解...
    沈念sama閱讀 217,542評論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件坝疼,死亡現(xiàn)場離奇詭異,居然都是意外死亡谆沃,警方通過查閱死者的電腦和手機钝凶,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,822評論 3 394
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來唁影,“玉大人耕陷,你說我怎么就攤上這事【萆颍” “怎么了哟沫?”我有些...
    開封第一講書人閱讀 163,912評論 0 354
  • 文/不壞的土叔 我叫張陵,是天一觀的道長锌介。 經(jīng)常有香客問我嗜诀,道長,這世上最難降的妖魔是什么孔祸? 我笑而不...
    開封第一講書人閱讀 58,449評論 1 293
  • 正文 為了忘掉前任隆敢,我火速辦了婚禮,結(jié)果婚禮上崔慧,老公的妹妹穿的比我還像新娘拂蝎。我一直安慰自己,他們只是感情好惶室,可當(dāng)我...
    茶點故事閱讀 67,500評論 6 392
  • 文/花漫 我一把揭開白布匣屡。 她就那樣靜靜地躺著,像睡著了一般拇涤。 火紅的嫁衣襯著肌膚如雪捣作。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,370評論 1 302
  • 那天鹅士,我揣著相機與錄音券躁,去河邊找鬼。 笑死掉盅,一個胖子當(dāng)著我的面吹牛也拜,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播趾痘,決...
    沈念sama閱讀 40,193評論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼慢哈,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了永票?” 一聲冷哼從身側(cè)響起卵贱,我...
    開封第一講書人閱讀 39,074評論 0 276
  • 序言:老撾萬榮一對情侶失蹤滥沫,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后键俱,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體兰绣,經(jīng)...
    沈念sama閱讀 45,505評論 1 314
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,722評論 3 335
  • 正文 我和宋清朗相戀三年编振,在試婚紗的時候發(fā)現(xiàn)自己被綠了缀辩。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,841評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡踪央,死狀恐怖臀玄,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情畅蹂,我是刑警寧澤镐牺,帶...
    沈念sama閱讀 35,569評論 5 345
  • 正文 年R本政府宣布,位于F島的核電站魁莉,受9級特大地震影響睬涧,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜旗唁,卻給世界環(huán)境...
    茶點故事閱讀 41,168評論 3 328
  • 文/蒙蒙 一畦浓、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧检疫,春花似錦讶请、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,783評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至烛谊,卻和暖如春风响,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背丹禀。 一陣腳步聲響...
    開封第一講書人閱讀 32,918評論 1 269
  • 我被黑心中介騙來泰國打工状勤, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人双泪。 一個月前我還...
    沈念sama閱讀 47,962評論 2 370
  • 正文 我出身青樓持搜,卻偏偏與公主長得像,于是被迫代替她去往敵國和親焙矛。 傳聞我的和親對象是個殘疾皇子葫盼,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 44,781評論 2 354

推薦閱讀更多精彩內(nèi)容