Widok internetowy w Androidzie wolno

Moje android webviewssą powolne. Dotyczy to wszystkiego, od telefonów po 3.0+tablety z więcej niż odpowiednimi specyfikacjami

Wiem, że wyświetlenia w sieci powinny być „ograniczone”, ale widzę aplikacje internetowe wykonane z przerwą między telefonami, które muszą wykorzystywać różne rodzaje CSS3i JQuerymagię, działają dobrze i szybko

więc czegoś mi brakuje, czy jest coś, myWebview.SPEEDHACK(1)czego mogę użyć do przyspieszenia?

Ponadto czasami zawartość mojego widoku po prostu się nie ładuje, zamiast powoli się ładować, po prostu się nie ładuje. Zasób, z którym testuję, jest przechowywany lokalnie, bez błędów.

Zależy to od ładowanej aplikacji internetowej. Wypróbuj niektóre z poniższych podejść:

Ustaw wyższy priorytet renderowania (wycofany z API 18+):

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

Włącz / wyłącz akcelerację sprzętową:

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);
}

Wyłącz pamięć podręczną (jeśli masz problemy z zawartością):

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

Dodanie tego android:hardwareAccelerated="true"do manifestu było jedyną rzeczą, która znacznie poprawiła dla mnie wydajność

Więcej informacji tutaj: http://developer.android.com/guide/topics/manifest/application-element.html#hwaccel

Dla nas rozwiązanie było odwrotne. Wyłączyliśmy akcelerację sprzętową tylko w WebView (a nie w całej aplikacji w manifeście) za pomocą tego kodu:

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

Animacje CSS3 są teraz płynniejsze. Używamy Androida 4.0.

Więcej informacji tutaj: https://code.google.com/p/android/issues/detail?id=17352

Myślę, że najlepiej działa:

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 ma silnik Chromium dla WebView. Myślę, że działa lepiej z akceleracją sprzętową.

Miałem ten sam problem i musiałem to rozwiązać. Wypróbowałem te rozwiązania, ale ostatecznie wydajność, przynajmniej przy przewijaniu, wcale się nie poprawiła. A więc tutaj obejście, które wykonałem, i wyjaśnienie, dlaczego zadziałało.

Jeśli miałeś okazję zbadać zdarzenia przeciągania, tylko trochę, tworząc klasę "MiWebView", nadpisując metodę "onTouchEvent" i przynajmniej wypisując czas, w którym występuje każde zdarzenie przeciągania, zobaczysz, że są one oddzielone w czasie do (do) 9 ms dalej. To bardzo krótki czas pomiędzy wydarzeniami.

Spójrz na kod źródłowy WebView i po prostu zobacz funkcję onTouchEvent. Po prostu niemożliwe jest, aby procesor mógł to obsłużyć w czasie krótszym niż 9 ms (Śnij dalej !!!). Dlatego ciągle widzisz komunikat „Przegap się, ponieważ czekamy na odpowiedź WebCore na lądowanie”. wiadomość. Kod po prostu nie może być obsłużony na czas.

Jak to naprawić? Po pierwsze, nie możesz ponownie napisać kodu onTouchEvent, aby go ulepszyć, to po prostu za dużo. Możesz jednak „kpić z tego”, aby ograniczyć częstotliwość zdarzeń w przypadku ruchów przeciągania, powiedzmy do 40 ms lub 50 ms. (zależy to od procesora).

Wszystkie zdarzenia dotykowe wyglądają tak: ACTION_DOWN -> ACTION_MOVE ...... ACTION_MOVE -> ACTION_UP. Musimy więc zachować ruchy W DÓŁ i W GÓRĘ oraz filtrować tempo RUCHU (to są źli ludzie).

A oto sposób na zrobienie tego (możesz dodać więcej typów zdarzeń, takich jak dotknięcie dwoma palcami, wszystko, co mnie interesuje, to przewijanie jednym palcem).

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;
    }
}

Oczywiście użyj tej klasy zamiast WebView, a zobaczysz różnicę podczas przewijania.

To tylko podejście do rozwiązania, ale wciąż nie w pełni zaimplementowane we wszystkich przypadkach opóźnienia z powodu dotykania ekranu podczas korzystania z WebView. Jest to jednak najlepsze rozwiązanie, jakie znalazłem, przynajmniej dla moich konkretnych potrzeb.

Wypróbowałem wszystkie propozycje rozwiązania problemu z wydajnością renderowania w mojej aplikacji phonegap. Ale tak naprawdę nic nie działało.

Wreszcie, po całym dniu poszukiwań, udało mi się. Ustawiłem w tagu (nie w tagu) mojego pliku AndroidManifest

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

Teraz aplikacja zachowuje się tak samo szybko, jak moja przeglądarka internetowa. Wygląda na to, że akceleracja sprzętowa nie zawsze jest najlepszą funkcją ...

Szczegółowy problem, który miałem: https://stackoverflow.com/a/24467920/3595386

Żadna z tych odpowiedzi nie była dla mnie pomocna.

Wreszcie znalazłem powód i rozwiązanie. Powodem było wiele filtrów CSS3 (filter, -webkit-filter).

Rozwiązanie

Dodałem wykrywanie WebView w skrypcie strony internetowej w celu dodania klasy „niskiej jakości” do treści HTML. BTW. Możesz łatwo śledzić WebView, ustawiając klienta użytkownika w ustawieniach WebView. Następnie stworzyłem nową regułę CSS

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

Jeśli tylko kilka elementów Twojego widoku internetowego jest powolne lub opóźnione, spróbuj dodać to do elementów css:

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

To był jedyny speedhack, który naprawdę wpłynął na mój widok. Ale uważaj, aby go nie nadużywać! (możesz przeczytać więcej o włamaniu w tym artykule ).

Spróbuj tego:

mWebView.setLayerType(View.LAYER_TYPE_HARDWARE, null);

Jeśli wiążesz się z onclickwydarzeniem, może ono być powolne na ekranach dotykowych.

Aby przyspieszyć, używam fastclick , który wykorzystuje znacznie szybsze zdarzenia dotykowe, aby naśladować zdarzenie kliknięcia.