Heim  >  Artikel  >  类库下载  >  Eingehende Untersuchung des Caching-Mechanismus von Glide

Eingehende Untersuchung des Caching-Mechanismus von Glide

坏嘻嘻
坏嘻嘻Original
2018-09-14 10:29:413064Durchsuche

Bevor wir beginnen, müssen wir die Dateien xerces.jar und xalan.jar im Verzeichnis java.class.path ablegen (diese beiden Dateien sind in Xalan-Java 1.2 enthalten und können von xml.apache.org heruntergeladen werden). .

1. Einführung in den Glide-Cache

2. Cache-Schlüssel

EngineKey

Schreibt die Methoden equal() und hashCode() um Das gleiche EngineKey-Objekt gilt nur dann als dasselbe, wenn alle an EngineKey übergebenen Parameter gleich sind

3. Speichercache

Glide.with(this)
     .load(url)
     .skipMemoryCache(true)
     .into(imageView);

LruCache-Algorithmus (Least Latest Used)
Android Laden Sie große Lösungen mit mehreren Bildern effizient und vermeiden Sie effektiv Programm-OOM

Man kann sich ganz einfach den LruCache-Algorithmus (Least Latest Used) vorstellen, der auch als der am wenigsten kürzlich verwendete Algorithmus bezeichnet wird. Das Hauptprinzip des Algorithmus besteht darin, die zuletzt verwendeten Objekte mit starken Referenzen in LinkedHashMap zu speichern und die am längsten verwendeten Objekte aus dem Speicher zu entfernen, bevor der Cache-Wert den voreingestellten Wert erreicht. Auch die Nutzung von LruCache ist relativ einfach
Die Methode „loadFromCache()“ wird verwendet, um das zwischengespeicherte Bild abzurufen. Bei Erhalt wird die Methode „cb.onResourceReady()“ direkt zum Rückruf aufgerufen. Wenn es nicht abgerufen wird, wird die Methode „loadFromActiveResources()“ in Zeile 26 aufgerufen, um das zwischengespeicherte Bild abzurufen. Wenn es abgerufen wird, wird direkt ein Rückruf durchgeführt. Erst wenn keine der Methoden den Cache erhält, wird die Ausführung fortgesetzt und der Thread wird geöffnet, um das Bild zu laden.

loadFromCache() und loadFromActiveResources(). Eine dieser beiden Methoden verwendet den LruCache-Algorithmus und die andere verwendet schwache Referenzen.

Festplatten-Cache

Glide.with(this)
     .load(url)
     .diskCacheStrategy(DiskCacheStrategy.NONE)
     .into(imageView);

DiskCacheStrategy.NONE: Gibt an, dass nichts zwischengespeichert werden soll.
DiskCacheStrategy.SOURCE: Gibt an, dass nur Originalbilder zwischengespeichert werden.
DiskCacheStrategy.RESULT: Gibt an, dass nur die konvertierten Bilder zwischengespeichert werden (Standardoption).
DiskCacheStrategy.ALL: Zeigt an, dass sowohl Originalbilder als auch konvertierte Bilder zwischengespeichert werden.

DiskLruCache
Android DiskLruCache ist vollständig analysiert, die beste Lösung für Festplatten-Caching

private Resource<?> decode() throws Exception {    if (isDecodingFromCache()) {        return decodeFromCache();
    } else {        return decodeFromSource();
    }
}

Hier wird zuerst die decodeResultFromCache()-Methode von DecodeJob aufgerufen Wenn der Cache nicht abgerufen werden kann, wird die Methode decodeSourceFromCache() erneut aufgerufen, um den Cache abzurufen. Der Unterschied zwischen diesen beiden Methoden ist meiner Meinung nach der Unterschied zwischen den beiden Parametern DiskCacheStrategy.RESULT und DiskCacheStrategy.SOURCE Ich brauche es nicht weiter zu erklären.

Erweiterte Fähigkeiten

Zum Beispiel hat mir ein Freund in der Gruppe zuvor erzählt, dass die Bildressourcen seines Projekts alle in der Qiniu Cloud gespeichert sind, um das Bild zu schützen Ressourcen fügt Qiniu Cloud einen Token-Parameter zur Bild-URL-Adresse hinzu. Mit anderen Worten: Die URL-Adresse eines Bildes kann das folgende Format haben:
http://url.com/image.jpg?token=d9caa6e02c990b0a

public class MyGlideUrl extends GlideUrl {

    private String mUrl;    public MyGlideUrl(String url) {        super(url);
        mUrl = url;
    }    @Override
    public String getCacheKey() {        return mUrl.replace(findTokenParam(), "");
    }    private String findTokenParam() {
        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;
    }

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

Verwandte Empfehlungen:

PHP implementiert die DatainputStream-Klasse in Java.

Java-Methode zur Verbindung mit mysql_MySQL


Das obige ist der detaillierte Inhalt vonEingehende Untersuchung des Caching-Mechanismus von Glide. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn