Android Webview langsam

Meine android webviewssind langsam. Dies gilt für alle Geräte, von Telefonen bis hin zu 3.0+Tablets mit mehr als angemessenen technischen Daten

Ich weiß , dass WebViews soll „begrenzt“ werden , aber ich sehe , Web - Anwendungen mit Telefon Lücke durchgeführt , die alle möglichen verwenden müssen CSS3und JQueryZauberei, laufen sie einfach gut und schnell

Ich vermisse also etwas. Gibt es eine Art, mit der myWebview.SPEEDHACK(1)ich die Dinge beschleunigen kann?

Außerdem wird der Inhalt meiner Webansicht manchmal einfach nicht geladen, anstatt langsam zu laden, wird er einfach nicht geladen. Das Asset, mit dem ich teste, wird lokal gespeichert, keine Fehler.

Dies hängt von der geladenen Webanwendung ab. Probieren Sie einige der folgenden Ansätze aus:

Legen Sie eine höhere Renderpriorität fest (veraltet von API 18+):

webview.getSettings().setRenderPriority(RenderPriority.HIGH);

Aktivieren / Deaktivieren der Hardwarebeschleunigung:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
    // chromium, enable hardware acceleration
    webView.setLayerType(View.LAYER_TYPE_HARDWARE, null);
} else {
    // older android version, disable hardware acceleration
    webView.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
}

Deaktivieren Sie den Cache (wenn Sie Probleme mit Ihrem Inhalt haben):

webview.getSettings().setCacheMode(WebSettings.LOAD_NO_CACHE);

Das Hinzufügen android:hardwareAccelerated="true"in das Manifest war das einzige, was die Leistung für mich signifikant verbessert hat

Weitere Informationen hier: http://developer.android.com/guide/topics/manifest/application-element.html#hwaccel

Die Lösung für uns war das Gegenteil. Wir haben die Hardwarebeschleunigung nur in WebView (und nicht in der gesamten App im Manifest) mithilfe dieses Codes deaktiviert:

if (Build.VERSION.SDK_INT >= 11){
    webview.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
}

CSS3-Animationen sind jetzt flüssiger. Wir verwenden Android 4.0.

Weitere Informationen finden Sie hier: https://code.google.com/p/android/issues/detail?id=17352

Ich denke, das funktioniert am besten:

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) {
    webView.setLayerType(View.LAYER_TYPE_HARDWARE, null);
} else {
    webView.setLayerType(View.LAYER_TYPE_SOFTWARE, null);
}

Android 19 verfügt über eine Chromium-Engine für WebView. Ich denke, es funktioniert besser mit Hardwarebeschleunigung.

Ich hatte das gleiche Problem und musste es klären. Ich habe diese Lösungen ausprobiert, aber am Ende hat sich die Leistung, zumindest beim Scrollen, überhaupt nicht verbessert. Also hier die Arbeit, die ich gemacht habe und die Erklärung, warum es für mich funktioniert hat.

Wenn Sie die Möglichkeit hatten, die Drag-Ereignisse ein wenig zu erkunden, indem Sie eine "MiWebView" -Klasse erstellt, die "onTouchEvent" -Methode überschrieben und zumindest die Zeit gedruckt haben, in der jedes Drag-Ereignis auftritt, werden Sie feststellen, dass sie getrennt sind rechtzeitig für (bis zu) 9ms entfernt. Das ist eine sehr kurze Zeit zwischen den Ereignissen.

Schauen Sie sich den WebView-Quellcode an und sehen Sie sich nur die Funktion onTouchEvent an. Es ist einfach unmöglich, dass es vom Prozessor in weniger als 9 ms gehandhabt wird (Träumen Sie weiter !!!). Aus diesem Grund wird ständig die Meldung "Miss a Drag, während wir auf die Antwort von WebCore auf das Aufsetzen warten" angezeigt. Botschaft. Der Code kann einfach nicht rechtzeitig verarbeitet werden.

Wie man es repariert? Erstens können Sie den onTouchEvent-Code nicht neu schreiben, um ihn zu verbessern. Er ist einfach zu viel. Sie können es jedoch "verspotten", um die Ereignisrate für das Ziehen von Bewegungen auf 40 ms oder 50 ms zu begrenzen. (Dies hängt vom Prozessor ab).

Alle Berührungsereignisse sehen folgendermaßen aus: ACTION_DOWN -> ACTION_MOVE ...... ACTION_MOVE -> ACTION_UP. Also müssen wir die DOWN- und UP-Bewegungen beibehalten und die MOVE-Rate filtern (das sind die Bösen).

Und hier ist eine Möglichkeit, dies zu tun (Sie können weitere Ereignistypen hinzufügen, z. B. 2 Finger berühren. Alles, was mich hier interessiert, ist das Scrollen mit einem Finger).

import android.content.Context;
import android.view.MotionEvent;
import android.webkit.WebView;


public class MyWebView extends WebView{

    public MyWebView(Context context) {
        super(context);
        // TODO Auto-generated constructor stub
    }

    private long lastMoveEventTime = -1;
    private int eventTimeInterval = 40;

    @Override
    public boolean onTouchEvent(MotionEvent ev) {

        long eventTime = ev.getEventTime();
        int action = ev.getAction();

        switch (action){
            case MotionEvent.ACTION_MOVE: {
                if ((eventTime - lastMoveEventTime) > eventTimeInterval){
                    lastMoveEventTime = eventTime;
                    return super.onTouchEvent(ev);
                }
                break;
            }
            case MotionEvent.ACTION_DOWN:
            case MotionEvent.ACTION_UP: {
                return super.onTouchEvent(ev);
            }
        }
        return true;
    }
}

Wenn Sie diese Klasse anstelle von WebView verwenden, werden Sie beim Scrollen den Unterschied feststellen.

Dies ist nur ein Lösungsansatz, der jedoch aufgrund von Bildschirmberührungen bei Verwendung von WebView noch nicht für alle Verzögerungsfälle vollständig implementiert ist. Es ist jedoch die beste Lösung, die ich gefunden habe, zumindest für meine spezifischen Bedürfnisse.

Ich habe alle Vorschläge ausprobiert, um das Renderleistungsproblem in meiner Phonegap-App zu beheben. Aber nichts hat wirklich funktioniert.

Nach einem ganzen Tag der Suche habe ich es endlich geschafft. Ich setze innerhalb des Tags (nicht des Tags) meines AndroidManifest

<application android:hardwareAccelerated="false" ...

Jetzt verhält sich die App genauso schnell wie mein Webbrowser. Scheint so, als ob Hardwarebeschleunigung nicht immer die beste Funktion ist ...

Das detaillierte Problem, das ich hatte: https://stackoverflow.com/a/24467920/3595386

Keine dieser Antworten war für mich nicht hilfreich.

Endlich habe ich Grund und Lösung gefunden. Der Grund waren viele CSS3-Filter (Filter, -webkit-Filter).

Lösung

Ich habe die Erkennung von WebView im Webseiten-Skript hinzugefügt, um dem HTML-Body die Klasse "lowquality" hinzuzufügen. Übrigens. Sie können WebView einfach verfolgen, indem Sie den Benutzeragenten in den WebView-Einstellungen festlegen. Dann habe ich eine neue CSS-Regel erstellt

body.lowquality * { filter: none !important; }

Wenn nur einige wenige Komponenten Ihrer Webansicht langsam oder verzögert sind, fügen Sie diese zu den Elementen CSS hinzu:

transform: translate3d(0,0,0);
-webkit-transform: translate3d(0,0,0);

Dies war der einzige Speedhack, der sich wirklich auf meine Webansicht ausgewirkt hat. Aber achten Sie darauf, es nicht zu überbeanspruchen! (Weitere Informationen zum Hack finden Sie in diesem Artikel .)

Versuche dies:

mWebView.setLayerType(View.LAYER_TYPE_HARDWARE, null);

Wenn Sie an das onclickEreignis gebunden sind , kann es auf Touchscreens langsam sein.

Um es schneller zu machen, verwende ich fastclick , das die viel schnelleren Berührungsereignisse verwendet, um das Klickereignis nachzuahmen.