android.view.InflateException Errore durante il gonfiaggio della classe android.webkit.WebView

In Lollipop (API 22) ogni volta che nella mia applicazione mostro una visualizzazione web l'applicazione va in crash. Ho più arresti anomali nella mia console per sviluppatori Android relativi a questo evento.

Non c'è bisogno di dire che funziona su Android 4, 6 e 7.

Leggendo la traccia dello stack (pubblicata alla fine di questo post), qualcosa mi infastidisce

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

Ho cercato nella R.java generata senza fortuna, ovviamente perché l'ID non esiste, ma valeva la pena provare.

Cercare su Google il problema sembra essere correlato al modo in cui lollipop gestisce la visualizzazione web. Ho avviato un nuovo AVD con lollipop basato su un dispositivo che ho trovato sul reporter di crash in GDC e posso riprodurre il problema.

Traccia dello stack completo:

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) 

Se usi androidx.appcompat:appcompat:1.1.0, prova androidx.appcompat:appcompat:1.0.2invece. sembra che 1.1.0non risolva il bug con WebViewin Android5.1.1 .

Aggiornamento febbraio 2020: tornare a 1.0.2smettere di funzionare per molte persone (inclusa la mia app), ma l'utilizzo della versione corrente di androidx.appcompat:appcompat:1.2.0-alpha02ha risolto il crash. (Lo stavo vedendo su un Huawei P8 Lite con Android 5.0 durante il test automatizzato di Google "Rapporto pre-lancio").

Aggiornamento giugno 2020: sono disponibili versioni più recenti di quella menzionata nell'aggiornamento febbraio 2020, puoi vedere le versioni attualmente disponibili qui:

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

Attenzione: questa soluzione alternativa potrebbe anche rompere alcune cose; vedere i commenti per i dettagli

Se desideri gonfiare il WebView da un layout XML, puoi racchiuderlo in una piccola sottoclasse (basata sulla risposta di 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());
    }
}

EDIT: ora ancora più bello con Kotlin

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

Se stai utilizzando androidx.appcompat:appcompat:1.1.0e non desideri eseguire il downgrade androidx.appcompat:appcompat:1.0.2o l'aggiornamento a androidx.appcompat:appcompat:1.2.0-alpha03, esiste un'altra soluzione descritta in questo commento su Google Issue Tracker.

Ho notato che dopo aver chiamato applyOverrideConfiguration Context.getAssets()e Context.getResources().getAssets()non restituiscono lo stesso oggetto AssetManager. AssetManager restituito da Context.getAssets()non può accedere alle risorse in altri pacchetti (incluso il pacchetto WebView di sistema), causando l'arresto anomalo di WebView. Se eseguo Context.getAssets()l' override per tornare getResources().getAssets(), il problema è scomparso.

In base a quel commento, puoi sovrascrivere l'attività getAssets()della WebView in modo che ritorni getResources().getAssets()invece a risolvere il problema.

Giava

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

Kotlin

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

il mio consiglio è di usare custom / new Configurationsolo quando "originale" sta causando problemi, quindi solo su Lollipop. Il codice @SpaceBizon funziona bene fino ad Android 8.x, su 9 e Q (attualmente beta) ogni pressione di selezione / elenco a discesa non mostrerà il AlertDialogselettore, invece si verifica quella perdita di memoria ... sotto il getFixedContextmetodo fisso con il codice di versione corretto "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;
    }
}

Se stai utilizzando androidx.appcompat: appcompat: 1.1.0, cambia in androidx.appcompat: appcompat: 1.0.2 o se desideri utilizzare il tema DayNight, ignora applyOverrideConfiguration nella tua attività come segue. (Nota: questo richiede il riavvio dell'app durante il passaggio da Tema scuro a Tema chiaro e viceversa).

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

Se non ti affidi alla commutazione del tema DayNight (o ad altri eventi UiMode), puoi aggiungere android: configChanges = "uiMode" al manifesto dell'attività webview per impedire ad AppCompatDelegate di aggiornare la configurazione delle risorse e quindi rovinare l'inflazione webview.

Prova a utilizzare per la creazione di visualizzazione web:

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

E ancora un tentativo per risolvere il problema. Dovrebbe sostituire questo metodo nella tua attività:

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

Sono stato in grado di riprodurre il crash su API 21 nell'emulatore.

Quindi ho provato ad aggiungerlo all'implementazione, come descritto nei documenti :

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

L'aggiunta appcompat-resourcesnon ha risolto il problema.

Forse una versione futura lo farà, ma volevo menzionare che sembra esserci una libreria di risorse complementari che dovrebbe affrontare questo problema. Quindi, quando provi a risolvere questo problema con una nuova versione di appcompat, aggiungi il fileappcompat-resources libreria con la stessa versione.

Il ripristino androidx.appcompat:appcompat:1.0.2ha risolto il problema come soluzione alternativa.

Il codice seguente risolverà il problema. Per favore aggiungilo nel tuo Activity:

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

Come nota a margine, ho lottato per un po 'anche se sono passato a 1.0.2, solo perché mi sembrava di avere una dipendenza transitiva da appcompat: 1.1.0 tramite androidx.constraintlayout: constraintlayout: 2.0.0-beta3. Una volta che l'ho declassato a vincolo di layout: 1.1.3 tutto ha funzionato bene

(Secondo https://issuetracker.google.com/issues/141351441 il problema verrà risolto presto con appcompat: 1.2.0-alpha02)

Ho usato l'ultima versione da questa fonte . Si prega di controllare e utilizzare il proprio in base a ciò che si ritiene sia meglio.

Nel caso in cui desideri saltare, l'implementazione di seguito risolve il problema:

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

戴 文锦 era giusto anche per me. Ma il downgrade solo di androidx.appcompat: appcompat: 1.1.0 a 1.0.2 non è riuscito.

Ho eseguito il downgrade di tutte le mie versioni di androidx precedentemente aggiornate da

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'

torna a

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'

Un promemoria che il codice di Google non è di gran lunga privo di bug e ben testato e che qualcuno non dovrebbe mai aggiornare le versioni in modo impertinente.

/**
 * 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 è stato rilasciato oggi, quindi puoi usare

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

che risolverà i problemi di WebView su Lollipop.

Sono stato in grado di riprodurre questo problema su un Nexus 7 API 22. Il problema viene risolto aggiornando la versione del tablet di Android System WebView dalla versione 39 (2237560-arm) alla versione 79.0.3945.136

Questo non è sotto il mio controllo per un utente, ma è una soluzione se devi aiutare qualcuno a utilizzare immediatamente la tua app.

Il problema è stato risolto per me effettuando il downgrade all'implementazione "androidx.appcompat: appcompat: 1.0.2"

Nel mio caso c'era un problema nel metodo

fun getUserId(): Int = userId

di una MainActivity. Non so perché influisce WebView. getUserId()non è né sovrascritto né metodo pubblico della Activityclasse. Se rinomino o rimuovo questo metodo, WebViewinizia ad aprirsi. Anche cercando di cambiare

private var userId: Int = 0

per

var userId: Int = 0
    private set

porta alla stessa eccezione. Ho capito che quando aveva visto un'eccezione: 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. In quel caso user = 123456 era in effetti il ​​mio utente autorizzato, utilizzato in alcune richieste, non in WebView. Sospetto che Android utilizziuserId come user_id locale per i suoi processi.

Come molte altre persone hanno notato, potremmo usare appcompat:1.1.0o 1.0.2ed estendere la WebViewclasse. Nell'emulatore 21 senza Google Play Services questo si WebViewbloccherà al tocco prolungato sulle etichette di testo, ma sui dispositivi tipici tutto va bene.

Invece di modificare la versione di qualsiasi dipendenza, ho implementato la generazione programmatica di webView come soluzione.

Il problema sembra effettivamente iniziare con la lettura del layout dal file xml. Quindi, se il modo programmatico è una soluzione applicabile per te, controlla l'esempio di seguito.

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

Piuttosto che aggiungere semplicemente nella visualizzazione genitore:

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

Controlla la versione. L'app compatibile con Androidx e la versione materiale di Google rimangono sempre le stesse.

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"

inserisci qui la descrizione dell'immagine