Веб-перегляд Android повільно

Мої android webviewsповільні. Це є на всьому, від телефонів до 3.0+планшетів із більш ніж адекватними характеристиками

Я знаю, що веб-перегляди повинні бути "обмеженими", але я бачу, що веб-додатки робляться з розривом у телефоні, який повинен використовувати всілякі CSS3та JQueryчаклунські роботи, вони працюють просто чудово і швидко

тому я щось пропускаю, чи є щось таке, myWebview.SPEEDHACK(1)що я можу використати для прискорення речей?

Крім того, іноді вміст мого веб-перегляду просто не завантажується, а не повільно завантажується, він просто не завантажується. Актив, з яким я тестую, зберігається локально, помилок немає.

Це залежить від завантаженої веб-програми. Спробуйте декілька підходів нижче:

Встановити більш високий пріоритет візуалізації (застарілий від API 18+):

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

Увімкнути / вимкнути апаратне прискорення:

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

Вимкніть кеш-пам'ять (якщо у вас є проблеми зі своїм вмістом):

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

Додавання цього android:hardwareAccelerated="true"до маніфесту було єдиним, що значно покращило продуктивність для мене

Більше інформації тут: http://developer.android.com/guide/topics/manifest/application-element.html#hwaccel

Рішення для нас було протилежним. Ми відключили апаратне прискорення лише в WebView (а не на всій програмі в маніфесті) за допомогою цього коду:

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

Анімації CSS3 зараз плавніші. Ми використовуємо Android 4.0.

Більше інформації тут: https://code.google.com/p/android/isissue/detail?id=17352

Я думаю, що найкраще працює наступне:

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 має Chromium engine для WebView. Я думаю, це краще працює з апаратним прискоренням.

У мене виникло те саме питання, і мені довелося його розробити. Я спробував ці рішення, але в кінці продуктивності, принаймні, для прокрутки зовсім не покращився. Отож, тут я працюю, і я пояснюю, чому це працювало для мене.

Якщо ви мали змогу вивчити події перетягування лише трохи, створивши клас "MiWebView", перезаписавши метод "onTouchEvent" і принаймні надрукувавши час, коли відбувається кожна подія перетягування, ви побачите, що вони розділені вчасно (за до) до 9мс. Це дуже короткий час між подіями.

Погляньте на вихідний код WebView і просто подивіться функцію onTouchEvent. Це просто неможливо, щоб обробляти процесор менше ніж за 9 мс (продовжуйте мріяти !!!). Ось чому ви постійно бачите "Пропустіть перетягування, коли ми чекаємо відповіді WebCore на притиснення". повідомлення. Код просто не вдається вчасно впоратися.

Як це виправити? По-перше, ви не можете переписати код onTouchEvent, щоб поліпшити його, це просто занадто. Але ви можете «знущатися над ним», щоб обмежити частоту подій для перетягування рухів, скажімо, до 40 мс або 50 мс. (це залежить від процесора).

Усі події на дотик проходять так: ACTION_DOWN -> ACTION_MOVE ...... ACTION_MOVE -> ACTION_UP. Тому нам потрібно тримати рухи вниз і вгору і фільтрувати швидкість руху (це погані хлопці).

І ось спосіб це зробити (ви можете додати більше типів подій, як-от дотик до двох пальців, мені тут цікаво лише прокручування одним пальцем).

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

Звичайно, використовуйте цей клас замість WebView, і ви побачите різницю при прокручуванні.

Це лише підхід до рішення, але все ще не повністю реалізований для всіх випадків відставання через торкання екрана при використанні WebView. Однак це найкраще рішення, яке я знайшов, принаймні для моїх конкретних потреб.

Я спробував усі пропозиції виправити проблему з ефективністю візуалізації в додатку phonegap. Але нічого реально не вийшло.

Нарешті, після цілого дня пошуку, я встиг. Я встановлюю тег (не тег) свого AndroidManifest

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

Тепер додаток поводиться так само швидко, як і мій веб-браузер. Схоже, якщо апаратне прискорення не завжди є найкращою характеристикою ...

Детальна проблема у мене була: https://stackoverflow.com/a/24467920/3595386

Жодна з цих відповідей мені не була корисною.

Нарешті я знайшов причину та рішення. Причиною стало багато CSS3-фільтрів (filter, -webkit-filter).

Рішення

Я додав виявлення WebView в сценарій веб-сторінки, щоб додати клас "низька якість" до HTML-тіла. До речі. Ви можете легко відстежувати WebView, встановлюючи користувальницький агент у налаштуваннях WebView. Тоді я створив нове правило CSS

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

Якщо є лише кілька компонентів вашого веб-перегляду, який повільно чи мляво, спробуйте додати це до елементів css:

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

Це був єдиний скорохід, який дійсно вплинув на моє перегляд в Інтернеті. Але будьте обережні, щоб не зловживати цим! (ви можете прочитати більше про хак в цій статті .)

Спробуйте це:

mWebView.setLayerType(View.LAYER_TYPE_HARDWARE, null);

Якщо ви зобов’язуєтесь до onclick події, це може бути повільним на сенсорних екранах.

Щоб зробити це швидше, я використовую fastclick , який використовує набагато швидші торкання подій, щоб імітувати подію натискання.