Помилка надування класу android.webkit.WebView android.view.InflateException

У Lollipop (API 22) кожного разу, коли у своїй програмі я показую веб-перегляд, програма перестає працювати. У моїй консолі розробника для android було кілька помилок, пов’язаних із цією подією.

Не потрібно говорити, що він працює на Android 4, 6 і 7.

Читаючи слід стека (розміщений в кінці цього допису), щось мене клопоче

Caused by: android.content.res.Resources$NotFoundException: String resource ID #0x2040003

Я шукав у створеній R.java без жодної удачі, очевидно, тому що ID не існує, але варто було спробувати.

Погуляння навколо проблеми, схоже, пов'язане з тим, як льодяник обробляє веб-перегляд. Я почав свіжий AVD з льодяником на основі пристрою, який я знайшов у звіті про аварійне завершення роботи в GDC, і я можу відтворити проблему.

Повний слід стека:

android.view.InflateException: Binary XML file line #7: Error inflating class android.webkit.WebView
                  at android.view.LayoutInflater.createView(LayoutInflater.java:633)
                  at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:55)
                  at android.view.LayoutInflater.onCreateView(LayoutInflater.java:682)
                  at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:741)
                  at android.view.LayoutInflater.rInflate(LayoutInflater.java:806)
                  at android.view.LayoutInflater.inflate(LayoutInflater.java:504)
                  at android.view.LayoutInflater.inflate(LayoutInflater.java:414)
                  at it.artecoop.ibreviary.WebViewFragment.onCreateView(WebViewFragment.java:67)
                  at android.support.v4.app.Fragment.performCreateView(Fragment.java:2087)
                  at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1113)
                  at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1295)
                  at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:801)
                  at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1682)
                  at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:541)
                  at android.os.Handler.handleCallback(Handler.java:739)
                  at android.os.Handler.dispatchMessage(Handler.java:95)
                  at android.os.Looper.loop(Looper.java:135)
                  at android.app.ActivityThread.main(ActivityThread.java:5254)
                  at java.lang.reflect.Method.invoke(Native Method)
                  at java.lang.reflect.Method.invoke(Method.java:372)
                  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
                  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)
               Caused by: java.lang.reflect.InvocationTargetException
                  at java.lang.reflect.Constructor.newInstance(Native Method)
                  at java.lang.reflect.Constructor.newInstance(Constructor.java:288)
                  at android.view.LayoutInflater.createView(LayoutInflater.java:607)
                  at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:55) 
                  at android.view.LayoutInflater.onCreateView(LayoutInflater.java:682) 
                  at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:741) 
                  at android.view.LayoutInflater.rInflate(LayoutInflater.java:806) 
                  at android.view.LayoutInflater.inflate(LayoutInflater.java:504) 
                  at android.view.LayoutInflater.inflate(LayoutInflater.java:414) 
                  at it.artecoop.ibreviary.WebViewFragment.onCreateView(WebViewFragment.java:67) 
                  at android.support.v4.app.Fragment.performCreateView(Fragment.java:2087) 
                  at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1113) 
                  at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1295) 
                  at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:801) 
                  at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1682) 
                  at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:541) 
                  at android.os.Handler.handleCallback(Handler.java:739) 
                  at android.os.Handler.dispatchMessage(Handler.java:95) 
                  at android.os.Looper.loop(Looper.java:135) 
                  at android.app.ActivityThread.main(ActivityThread.java:5254) 
                  at java.lang.reflect.Method.invoke(Native Method) 
                  at java.lang.reflect.Method.invoke(Method.java:372) 
                  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903) 
                  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698) 
               Caused by: android.content.res.Resources$NotFoundException: String resource ID #0x2040003
                  at android.content.res.Resources.getText(Resources.java:299)
                  at android.content.res.Resources.getString(Resources.java:385)
                  at com.android.org.chromium.content.browser.ContentViewCore.setContainerView(ContentViewCore.java:684)
                  at com.android.org.chromium.content.browser.ContentViewCore.initialize(ContentViewCore.java:608)
                  at com.android.org.chromium.android_webview.AwContents.createAndInitializeContentViewCore(AwContents.java:631)
                  at com.android.org.chromium.android_webview.AwContents.setNewAwContents(AwContents.java:780)
                  at com.android.org.chromium.android_webview.AwContents.<init>(AwContents.java:619)
                  at com.android.org.chromium.android_webview.AwContents.<init>(AwContents.java:556)
                  at com.android.webview.chromium.WebViewChromium.initForReal(WebViewChromium.java:311)
                  at com.android.webview.chromium.WebViewChromium.access$100(WebViewChromium.java:96)
                  at com.android.webview.chromium.WebViewChromium$1.run(WebViewChromium.java:263)
                  at com.android.webview.chromium.WebViewChromium$WebViewChromiumRunQueue.drainQueue(WebViewChromium.java:123)
                  at com.android.webview.chromium.WebViewChromium$WebViewChromiumRunQueue$1.run(WebViewChromium.java:110)
                  at com.android.org.chromium.base.ThreadUtils.runOnUiThread(ThreadUtils.java:144)
                  at com.android.webview.chromium.WebViewChromium$WebViewChromiumRunQueue.addTask(WebViewChromium.java:107)
                  at com.android.webview.chromium.WebViewChromium.init(WebViewChromium.java:260)
                  at android.webkit.WebView.<init>(WebView.java:554)
                  at android.webkit.WebView.<init>(WebView.java:489)
                  at android.webkit.WebView.<init>(WebView.java:472)
                  at android.webkit.WebView.<init>(WebView.java:459)
                  at java.lang.reflect.Constructor.newInstance(Native Method) 
                  at java.lang.reflect.Constructor.newInstance(Constructor.java:288) 
                  at android.view.LayoutInflater.createView(LayoutInflater.java:607) 
                  at com.android.internal.policy.impl.PhoneLayoutInflater.onCreateView(PhoneLayoutInflater.java:55) 
                  at android.view.LayoutInflater.onCreateView(LayoutInflater.java:682) 
                  at android.view.LayoutInflater.createViewFromTag(LayoutInflater.java:741) 
                  at android.view.LayoutInflater.rInflate(LayoutInflater.java:806) 
                  at android.view.LayoutInflater.inflate(LayoutInflater.java:504) 
                  at android.view.LayoutInflater.inflate(LayoutInflater.java:414) 
                  at it.artecoop.ibreviary.WebViewFragment.onCreateView(WebViewFragment.java:67) 
                  at android.support.v4.app.Fragment.performCreateView(Fragment.java:2087) 
                  at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1113) 
                  at android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1295) 
                  at android.support.v4.app.BackStackRecord.run(BackStackRecord.java:801) 
                  at android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:1682) 
                  at android.support.v4.app.FragmentManagerImpl$1.run(FragmentManager.java:541) 
                  at android.os.Handler.handleCallback(Handler.java:739) 
                  at android.os.Handler.dispatchMessage(Handler.java:95) 
                  at android.os.Looper.loop(Looper.java:135) 
                  at android.app.ActivityThread.main(ActivityThread.java:5254) 
                  at java.lang.reflect.Method.invoke(Native Method) 
                  at java.lang.reflect.Method.invoke(Method.java:372) 
                  at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903) 
                  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698) 

Якщо ви використовуєте androidx.appcompat:appcompat:1.1.0, спробуйте androidx.appcompat:appcompat:1.0.2замість цього. здається, 1.1.0це не виправляє помилку WebViewв Android 5.1.1.

Оновлення лютого-2020: повернення до 1.0.2припинення роботи для багатьох людей (включаючи мій додаток), але за допомогою поточної версії androidx.appcompat:appcompat:1.2.0-alpha02було виправлено збій. (Я бачив це на Huawei P8 Lite під керуванням Android 5.0 під час автоматичного тестування Google "Звіт перед запуском").

Оновлення червня-2020: доступні новіші випуски, ніж ті, що згадуються в оновленнях лютого-2020, доступні на даний момент версії можна переглянути тут:

• https://developer.android.com/jetpack/androidx/releases/appcompat

Попередження: цей спосіб вирішення також може порушити деякі речі; див. коментарі для деталей

Якщо ви хочете надути WebView з XML-макету, ви можете загорнути його в хороший підклас (на основі відповіді ikostet ):

public class LollipopFixedWebView extends WebView {
    public LollipopFixedWebView(Context context) {
        super(getFixedContext(context));
    }

    public LollipopFixedWebView(Context context, AttributeSet attrs) {
        super(getFixedContext(context), attrs);
    }

    public LollipopFixedWebView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(getFixedContext(context), attrs, defStyleAttr);
    }

    @TargetApi(Build.VERSION_CODES.LOLLIPOP)
    public LollipopFixedWebView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(getFixedContext(context), attrs, defStyleAttr, defStyleRes);
    }

    public LollipopFixedWebView(Context context, AttributeSet attrs, int defStyleAttr, boolean privateBrowsing) {
        super(getFixedContext(context), attrs, defStyleAttr, privateBrowsing);
    }

    public static Context getFixedContext(Context context) {
        return context.createConfigurationContext(new Configuration());
    }
}

РЕДАКТУЙТЕ: тепер ще приємніше Котліна

class LollipopFixedWebView @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null,
    defStyleAttr: Int = 0,
    defStyleRes: Int = 0
) : WebView(context.createConfigurationContext(Configuration()), attrs, defStyleAttr, defStyleRes)

Якщо ви використовуєте androidx.appcompat:appcompat:1.1.0і не хочете переходити на androidx.appcompat:appcompat:1.0.2оновлення до або оновлення androidx.appcompat:appcompat:1.2.0-alpha03, є ще одне рішення, яке описано в цьому коментарі в Google Tracker Issue Tracker.

Я помітив, що після виклику applyOverrideConfiguration Context.getAssets()і Context.getResources().getAssets()не повертає той самий об’єкт AssetManager. AssetManager повернувся з Context.getAssets()не може отримати доступ до ресурсів в інших пакетах (включаючи системний пакет WebView), що спричинить збій WebView. Якщо я перестану Context.getAssets()повертатися getResources().getAssets(), проблеми вже немає.

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

Java

@Override
public AssetManager getAssets() {
    return getResources().getAssets();
}

Котлін

override fun getAssets(): AssetManager {
    return resources.assets
}

моя порада - використовувати користувальницьку / нову Configurationлише тоді, коли "оригінальний" викликає проблеми, тому лише для Lollipop. Код @SpaceBizon працює добре до Android 8.x, 9 та Q (поточно бета-версія), кожен натискання вибору / випадаючого меню не показуватиме AlertDialogвибральник, замість цього відбувається витік пам'яті ... нижче фіксованого getFixedContextметоду із "iffed" кодом належної версії

public class LollipopFixedWebView extends WebView {

    public LollipopFixedWebView(Context context) {
        super(getFixedContext(context));
    }

    public LollipopFixedWebView(Context context, AttributeSet attrs) {
        super(getFixedContext(context), attrs);
    }

    public LollipopFixedWebView(Context context, AttributeSet attrs, int defStyleAttr) {
        super(getFixedContext(context), attrs, defStyleAttr);
    }

    @TargetApi(Build.VERSION_CODES.LOLLIPOP)
    public LollipopFixedWebView(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) {
        super(getFixedContext(context), attrs, defStyleAttr, defStyleRes);
    }

    private static Context getFixedContext(Context context) {
        if (Build.VERSION.SDK_INT >= 21 && Build.VERSION.SDK_INT < 23) // Android Lollipop 5.0 & 5.1
            return context.createConfigurationContext(new Configuration());
        return context;
    }
}

Якщо ви використовуєте androidx.appcompat: appcompat: 1.1.0, або перейдіть на androidx.appcompat: appcompat: 1.0.2, або якщо ви хочете використовувати тему DayNight, перейдіть, застосуйтеOverrideConfiguration у вашій діяльності наступним чином. (Примітка. Для цього потрібно перезапустити додаток під час переходу з темної теми на світлу тему і навпаки).

override fun applyOverrideConfiguration(overrideConfiguration: Configuration?) {
        if (Build.VERSION.SDK_INT in 21..25 && (resources.configuration.uiMode ==  applicationContext.resources.configuration.uiMode)) {
                return
        }
        super.applyOverrideConfiguration(overrideConfiguration)
}

Якщо ви не покладаєтесь на перемикання тем DayNight (або інші події UiMode), ви можете додати android: configChanges = "uiMode" до маніфесту активності веб-перегляду, щоб запобігти AppCompatDelegate оновити конфігурацію ресурсів і тим самим зіпсувати інфляцію веб-перегляду.

Спробуйте використовувати для створення веб-перегляду:

mWebView = new WebView(getActivity().createConfigurationContext(new Configuration()));

І ще одна спроба виправити проблему. Якщо цей спосіб повинен бути замінений у вашій діяльності:

    @Override
    public void applyOverrideConfiguration(final Configuration overrideConfiguration) {
        if (Build.VERSION.SDK_INT >= 21 && Build.VERSION.SDK_INT < 25) {
            overrideConfiguration.uiMode &= ~Configuration.UI_MODE_NIGHT_MASK;
        }
        super.applyOverrideConfiguration(overrideConfiguration);
    }

Мені вдалося відтворити збій на API 21 в емуляторі.

Тому я спробував додати це до реалізації, як описано в документах :

dependencies {
    def appcompat_version = "1.1.0"

    implementation "androidx.appcompat:appcompat:$appcompat_version"
    // For loading and tinting drawables on older versions of the platform
    implementation "androidx.appcompat:appcompat-resources:$appcompat_version"
}

Додавання appcompat-resourcesнічого НЕ вирішити проблему.

Можливо, майбутня версія буде, але я хотів зазначити, що, здається, існує додаткова бібліотека ресурсів, яка повинна вирішити це питання. Тому, намагаючись виправити це за допомогою нової версії appcompat, додайте appcompat-resourcesбібліотеку з тією ж версією.

Повернення до androidx.appcompat:appcompat:1.0.2проблеми вирішило проблему як вирішення.

Нижче наведений код виправить проблему. Будь ласка, додайте його у свій Activity:

@Override 
public AssetManager getAssets() {
    return getResources().getAssets(); 
}

Як бічна зауваження, я деякий час боровся, хоч і знизив до 1.0.2, просто тому, що, здавалося, маю перехідну залежність до програми: 1.1.0 через androidx.constraintlayout: constraintlayout: 2.0.0-beta3. Після того, як я знизив це до обмеженняпланування: 1.1.3 все працювало нормально

(Відповідно до https://issuetracker.google.com/isissue/141351441, проблема буде вирішена незабаром за допомогою appcompat: 1.2.0-alpha02)

Я використовував останню версію з цього джерела . Будь ласка, перевірте та використовуйте свій власний на основі того, що ви вважаєте найкращим.

Якщо ви хочете пропустити, нижче реалізація вирішує проблему:

implementation 'androidx.appcompat:appcompat:1.2.0-beta01'

戴 文锦 теж підходив і для мене. Але понизити лише androidx.appcompat: appcompat: 1.1.0 до 1.0.2 не вдалося.

Я знизив усі мої раніше оновлені версії для Android

implementation 'androidx.appcompat:appcompat:1.1.0'
implementation 'androidx.cardview:cardview:1.0.0'
implementation 'com.google.android.material:material:1.1.0-alpha10'
implementation 'androidx.constraintlayout:constraintlayout:1.1.3'
implementation 'androidx.recyclerview:recyclerview:1.1.0-beta04'
implementation 'androidx.viewpager2:viewpager2:1.0.0-beta04'
implementation 'androidx.legacy:legacy-support-v4:1.0.0'
implementation 'androidx.vectordrawable:vectordrawable:1.1.0'
implementation 'androidx.preference:preference:1.1.0'
implementation 'androidx.core:core:1.2.0-alpha04'

повертатися до

implementation 'androidx.appcompat:appcompat:1.1.0-rc01'
implementation 'androidx.cardview:cardview:1.0.0'
implementation 'com.google.android.material:material:1.1.0-alpha09'
implementation 'androidx.constraintlayout:constraintlayout:1.1.3'
implementation 'androidx.recyclerview:recyclerview:1.1.0-beta03'
implementation 'androidx.viewpager2:viewpager2:1.0.0-beta03'
implementation 'androidx.legacy:legacy-support-v4:1.0.0'
implementation 'androidx.vectordrawable:vectordrawable:1.1.0-rc01'
implementation 'androidx.preference:preference:1.1.0-rc01'
implementation 'androidx.core:core:1.2.0-alpha03'

Нагадування про те, що код Googles далеко не вільний з помилок і добре перевірений, і що хтось ніколи не повинен модернізувати версії чітко.

/**
 * Customized WebView to avoid crashing on Android 5 and 6 (API level 21 to 23)
 * If the Android System WebView is old and is not updated, the WebView view inflation fails.
 * To reproduce the issue, try on OS 5 or 6 with Android System WebView 72.0.3626.76 (this version is just a reference point from being which we saw no crashes)
 */
class BrilliantWebView : WebView {

   companion object {
       private fun getBrilliantContext(context: Context?) =
            if (!OSUtils.hasNougat()) // OS < 24 or OS < 7.0
                context?.createConfigurationContext(Configuration())
            else
                context
    }

   constructor(context: Context?) : super(getBrilliantContext(context))
   constructor(context: Context?, attrs: AttributeSet?) : super(getBrilliantContext(context), attrs)
   constructor(context: Context?, attrs: AttributeSet?, defStyleAttr: Int) : super(getBrilliantContext(context), attrs, defStyleAttr)
}

AppCompat 1.2.0-alpha02 випущений сьогодні, тому ви можете використовувати його

implementation 'androidx.appcompat:appcompat:1.2.0-alpha02'

який виправить проблеми з WebView на Lollipop.

Мені вдалося відтворити цю проблему на API Nexus 7 22. Виправлення виправлено шляхом оновлення версії Android System WebView планшетного ПК з версії 39 (2237560-arm) до версії 79.0.3945.136

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

Проблема була вирішена для мене шляхом переходу на реалізацію 'androidx.appcompat: appcompat: 1.0.2'

У моєму випадку проблема була в методі

fun getUserId(): Int = userId

MainActivity. Я не знаю, чому це впливає WebView. getUserId()не є ні перекритим, ні публічним методом Activityкласу. Якщо я перейменую або видалю цей метод, WebViewпочне відкриватися. Також намагаються змінити

private var userId: Int = 0

до

var userId: Int = 0
    private set

призводить до того ж винятку. Я зрозумів , що , коли він бачив виняток: Caused by: java.lang.SecurityException: Permission Denial: null asks to run as user 123456 but is calling from user 0; this requires android.permission.INTERACT_ACROSS_USERS_FULL or android.permission.INTERACT_ACROSS_USERS. У цьому випадку користувач = 123456 насправді був моїм авторизованим користувачем, який використовувався в деяких запитах, а не в WebView. Я підозрюю, що Android використовує userIdяк локальний user_id для своїх процесів.

Як багато інших людей помітили, що ми могли б використовувати appcompat:1.1.0або 1.0.2розширити WebViewклас. У емуляторі 21 без сервісів Google Play це WebViewпризведе до кращого дотику до текстових міток, але на типових пристроях все гаразд.

Замість того, щоб змінювати версію будь-якої залежності, я застосував програмне генерування webView як рішення.

Проблема насправді виглядає як починаючи з читання макета з файлу xml. Тож, якщо для вас застосовано програмний спосіб, будь ласка, перевірте нижче зразок.

private WebView generateWebView(){
    WebView wv = new WebView(YourContext);
    wv.setLayoutParams(new LayoutParams(LayoutParams.MATCH_PARENT, LayoutParams.MATCH_PARENT));
    wv.setFitsSystemWindows(false); // your preferences
    wv.setVerticalScrollBarEnabled(false); // your preferences
    wv.setPadding(15,15,15,15); // your preferences
    return wv;
}

Чим просто додати до батьківського подання:

LinearLayout scrollContainer = findViewById(R.id.scrollContainer);
scrollContainer.addView(generateWebView());

Перевірте версію. Додаткова версія Androidx та матеріали Google завжди залишаються однаковими.

implementation 'androidx.appcompat:appcompat:1.0.0'
implementation 'com.google.android.material:material:1.0.0'
implementation 'androidx.recyclerview:recyclerview:1.0.0'
implementation "androidx.cardview:cardview:1.0.0"

введіть тут опис зображення