Einführung in die Ladeoptimierungsmethoden von WebView

Dieser Artikel bietet Ihnen eine Einführung in die Methode der WebView-Ladeoptimierung. Ich hoffe, dass er für Freunde hilfreich ist.

WebView-Ladeoptimierung

Wenn die Häufigkeit der Nutzung von WebView zunimmt, wird die Optimierung aller Aspekte davon immer wichtiger. Was Sie wissen können ist, dass jedes Mal, wenn wir eine H5-Seite laden, viele Anfragen eingehen. Zusätzlich zur Anforderung der HTML-Haupt-URL selbst sind die JS-, CSS-, Schriftartdateien und Bilder, auf die extern durch HTML verwiesen wird, alle unabhängige HTTP-Anforderungen, obwohl die Anforderungen gleichzeitig erfolgen, wenn die Gesamtzahl der Webseiten ein bestimmtes Niveau erreicht , plus Die Browser-Analyse- und Rendering-Zeit sowie die Gesamtladezeit des Webs werden sehr lang. Je mehr Dateien gleichzeitig angefordert werden, desto mehr Datenverkehr wird verbraucht. Dann wird die Optimierung des Ladens sehr wichtig. Ich habe keine anderen Erfahrungen in diesem Bereich. Es gibt ungefähr drei Aspekte:
Einer ist das Problem der Ressourcenlokalisierung Aufgrund der Netzwerkbedingungen ist die Geschwindigkeit beim Abrufen von Ressourcen vom Server über das Netzwerk weitaus langsamer als beim lokalen Lesen. Wenn man über verschiedene Optimierungsstrategien spricht, ignoriert man tatsächlich die Tatsache, dass „das Erfordernis einer Auslastung“ das größte Hindernis für die Geschwindigkeitsverbesserung darstellt. Unsere erste Idee besteht darin, einige schwerere Ressourcen wie js, css, Bilder und sogar HTML selbst zu lokalisieren. Jedes Mal, wenn diese Ressourcen geladen werden, können sie einfach als „Speichern“ gespeichert werden ".
1. „Speichern“ – Packen Sie die oben genannten schweren Ressourcen in eine APK-Datei und rufen Sie sie jedes Mal aus der lokalen Datei ab, wenn die entsprechende Datei geladen wird. Sie können es auch nicht packen, beim ersten Laden und in nachfolgenden Intervallen dynamisch herunterladen und speichern und alle Ressourcendateien im Android-Asset-Verzeichnis speichern.
2. Die WebResourceResponse von WebViewClient neu schreiben Ansicht, WebResourceRequest-Anfrage) Methode fängt die entsprechende Anfrage über eine bestimmte Identifikationsmethode (z. B. einen regulären Ausdruck) ab, liest die entsprechende Ressource aus der lokalen Datenbank und gibt sie zurück
3 die Updates lokaler Ressourcen regelmäßig oder in Form von API-Benachrichtigungen, um sicherzustellen, dass lokale Ressourcen aktuell und verfügbar sind.
Das zweite ist das Problem des Caching
Wenn Sie die erste Idee der Ressourcenlokalisierung nicht oder nicht vollständig übernehmen, muss Ihr WebView-Cache aktiviert werden (obwohl sich diese Idee von der ersten Idee unterscheidet). Es gibt Überlappungen).

WebSettings settings = webView.getSettings(); 
settings.setAppCacheEnabled(true); 
settings.setDatabaseEnabled(true); 
settings.setDomStorageEnabled(true);//开启DOM缓存 
settings.setCacheMode(WebSettings.LOAD_DEFAULT);

Wenn das Netzwerk normal ist, wird die Standard-Caching-Strategie übernommen und der Cache geladen, wenn der Cache verfügbar und nicht abgelaufen ist. Andernfalls werden Ressourcen über das Netzwerk abgerufen, um die Anzahl zu reduzieren der Netzwerkanfragen für die Seite.

An dieser Stelle ist zu erwähnen, dass wir bei der häufigen Verwendung von WebView zum Anzeigen von Seiten in Apps nicht möchten, dass der Benutzer das Gefühl hat, eine Webseite zu besuchen. Denn wenn unsere App zu viele Webseiten enthält und wir den Benutzern das Gefühl geben, dass sie Webseiten besuchen, verliert unsere App ihre Bedeutung. (Ich meine, warum verwenden Benutzer den Browser nicht direkt?)
Zu diesem Zeitpunkt verdient das Problem des Offline-Cachings unsere Aufmerksamkeit. Wir müssen es Benutzern ermöglichen, unsere App auch dann zu bedienen, wenn kein Internet vorhanden ist, anstatt auf eine Seite zu stoßen, die mit dem Netzwerkfehler im Browser übereinstimmt, auch wenn die Vorgänge, die sie ausführen können, sehr begrenzt sind.
Meine Idee hier ist, dass WebView unter der Voraussetzung, dass das Caching aktiviert ist, Netzwerkänderungen beim Laden der Seite erkennt. Wenn das Netzwerk des Benutzers beim Laden der Seite plötzlich getrennt wird, sollten wir die Caching-Strategie von WebView ändern.

ConnectivityManager connectivityManager = (ConnectivityManager)getSystemService(Context.CONNECTIVITY_SERVICE); 
NetworkInfo networkInfo = connectivityManager.getActiveNetworkInfo(); 
if(networkInfo.isAvailable()) { 
settings.setCacheMode(WebSettings.LOAD_DEFAULT);//网络正常时使用默认缓存策略 
} else { 
settings.setCacheMode(WebSettings.LOAD_CACHE_ONLY);//网络不可用时只使用缓存 
}

Da es einen Cache gibt, muss es eine Cache-Kontrolle geben. Ähnlich müssen wir auch einen Cache-Kontrollmechanismus einrichten, um den Cache regelmäßig zu löschen oder zu aktualisieren oder Serverbenachrichtigungen zu akzeptieren.

Die dritte Möglichkeit besteht darin, das Laden und Ausführen von js zu verzögern.
In WebView bedeutet der Rückruf von onPageFinished() den Abschluss des Seitenladens. Diese Methode wird jedoch erst ausgelöst, wenn das JavaScript-Skript ausgeführt wird. Wenn die Seite, die wir laden möchten, JQuery verwendet, wird sie erst gerendert, wenn das DOM-Objekt verarbeitet wurde und $(document).ready(function() {} ) wurde ausgeführt und zeigt die Seite an. Dies ist inakzeptabel, daher müssen wir Js verzögert laden. Natürlich ist dieser Teil die Arbeit des Web-Frontends.

Dieser Artikel ist hier zu Ende. Weitere spannende Inhalte finden Sie in der Spalte

Java-Tutorial-Video auf der chinesischen PHP-Website!

Das obige ist der detaillierte Inhalt vonEinführung in die Ladeoptimierungsmethoden von WebView. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!