android.view.InflateException Erreur de gonflage de la classe android.webkit.WebView

Dans Lollipop (API 22), chaque fois que dans mon application, je montre une vue Web, l'application se bloque. J'ai plusieurs plantages dans ma console de développement Android liés à cet événement.

Inutile de dire que cela fonctionne sur Android 4, 6 et 7.

Lire la trace de la pile (postée à la fin de cet article), quelque chose me dérange

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

J'ai cherché dans le R.java généré sans aucune chance, évidemment parce que l'ID n'existe pas, mais cela valait la peine d'essayer.

La recherche sur Google autour du problème semble être liée à la façon dont sucette gère la vue Web. J'ai commencé un nouvel AVD avec sucette basé sur un appareil que j'ai trouvé sur le journaliste de crash dans GDC, et je peux reproduire le problème.

Trace complète de la pile:

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) 

Si vous utilisez androidx.appcompat:appcompat:1.1.0, essayez à la androidx.appcompat:appcompat:1.0.2place. il semble que 1.1.0cela ne corrige pas le bogue avec WebViewAndroid 5.1.1.

Mise à jour de février-2020: le retour à l' 1.0.2arrêt de travail pour de nombreuses personnes (y compris mon application), mais l'utilisation de la version actuelle de androidx.appcompat:appcompat:1.2.0-alpha02a corrigé le plantage. (Je le voyais sur un Huawei P8 Lite exécutant Android 5.0 lors des tests automatisés de "rapport de pré-lancement" de Google).

Mise à jour de juin-2020: il existe des versions plus récentes que celle mentionnée dans la mise à jour de février-2020, vous pouvez voir les versions actuellement disponibles ici:

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

Avertissement: cette solution de contournement peut également casser certaines choses; voir les commentaires pour plus de détails

Si vous souhaitez gonfler la WebView à partir d'une mise en page XML, vous pouvez l'envelopper dans une jolie petite sous-classe (basée sur la réponse d'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: encore plus sympa avec Kotlin

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

Si vous utilisez androidx.appcompat:appcompat:1.1.0et que vous ne souhaitez pas rétrograder androidx.appcompat:appcompat:1.0.2ou effectuer une mise à niveau vers androidx.appcompat:appcompat:1.2.0-alpha03, il existe une autre solution qui est décrite dans ce commentaire sur Google Issue Tracker.

J'ai remarqué que après avoir appelé applyOverrideConfiguration, Context.getAssets()et Context.getResources().getAssets()ne renvoient pas le même objet AssetManager. AssetManager renvoyé deContext.getAssets() ne peut pas accéder aux ressources dans d'autres packages (y compris le package système WebView), ce qui provoque le blocage de WebView. Si je remplace Context.getAssets()pour revenir getResources().getAssets(), le problème a disparu.

Sur la base de ce commentaire, vous pouvez remplacer le getAssets() dans l'activité de WebView afin qu'il revienne à la getResources().getAssets()place pour résoudre le problème.

Java

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

Kotlin

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

mon conseil est de n'utiliser custom / new Configurationque lorsque "original one" pose des problèmes, donc sur Lollipop uniquement. Le code @SpaceBizon fonctionne bien jusqu'à Android 8.x, sur 9 et Q (actuellement bêta), chaque pression de sélection / liste déroulante n'affichera pas le AlertDialogsélecteur, au lieu de cette fuite de mémoire se produit ... ci-dessous la getFixedContextméthode fixe avec le code de version approprié "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;
    }
}

Si vous utilisez androidx.appcompat: appcompat: 1.1.0, passez à androidx.appcompat: appcompat: 1.0.2 ou si vous souhaitez utiliser le thème DayNight, remplacez applyOverrideConfiguration dans votre activité comme suit. (Remarque: cela nécessite le redémarrage de l'application lors du passage du thème sombre au thème clair et vice versa).

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

Si vous ne comptez pas sur le changement de thème DayNight (ou d'autres événements UiMode), vous pouvez ajouter android: configChanges = "uiMode" au manifeste d'activité de la vue Web pour empêcher AppCompatDelegate de mettre à jour la configuration des ressources et de gâcher ainsi l'inflation de la vue Web.

Essayez d'utiliser pour créer une vue Web:

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

Et un autre essaie de résoudre le problème. Devrait remplacer cette méthode dans votre activité:

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

J'ai pu reproduire le crash sur l'API 21 dans l'émulateur.

J'ai donc essayé d'ajouter ceci à l'implémentation, comme décrit dans la documentation :

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'ajout appcompat-resourcesn'a pas résolu le problème.

Peut-être qu'une version future le sera, mais je tenais à mentionner qu'il semble y avoir une bibliothèque de ressources complémentaires qui est censée résoudre ce problème. Donc, lorsque vous essayez de résoudre ce problème avec une nouvelle version de appcompat, ajoutez leappcompat-resources bibliothèque avec la même version.

Revenir à androidx.appcompat:appcompat:1.0.2a résolu le problème comme solution de contournement.

Le code ci-dessous résoudra le problème. Veuillez l'ajouter dans votre Activity:

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

Pour rappel, j'ai lutté pendant un certain temps même si je suis passé à la version 1.0.2, simplement parce que je semblait avoir une dépendance transitive à appcompat: 1.1.0 via androidx.constraintlayout: constraintlayout: 2.0.0-beta3. Une fois que j'ai rétrogradé cela à constraintlayout: 1.1.3 tout fonctionnait bien

(Selon https://issuetracker.google.com/issues/141351441, le problème sera bientôt résolu avec appcompat: 1.2.0-alpha02)

J'ai utilisé la dernière version de cette source . Veuillez vérifier et utiliser le vôtre en fonction de ce que vous pensez être le mieux.

Au cas où vous voudriez sauter, la mise en œuvre ci-dessous résout le problème:

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

戴 文锦 me convenait aussi. Mais la rétrogradation de androidx.appcompat: appcompat: 1.1.0 vers 1.0.2 n'a pas réussi.

J'ai rétrogradé toutes mes versions d'androidx précédemment mises à niveau de

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'

retour à

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 rappel que le code de Googles n'est de loin pas exempt de bogues et bien testé et que quelqu'un ne devrait jamais mettre à niveau les versions à la légère.

/**
 * 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 est sorti aujourd'hui, vous pouvez donc utiliser

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

qui résoudra les problèmes de WebView sur Lollipop.

J'ai pu reproduire ce problème sur une API Nexus 7 22. Le problème est résolu en mettant à jour la version de la tablette d'Android System WebView de la version 39 (2237560-arm) à la version 79.0.3945.136

Ce n'est pas sous mon contrôle pour un utilisateur de faire cela, mais c'est une solution si vous avez besoin d'aider quelqu'un à utiliser votre application immédiatement.

Le problème a été résolu pour mon en rétrogradant à l'implémentation 'androidx.appcompat: appcompat: 1.0.2'

Dans mon cas, un problème était dans la méthode

fun getUserId(): Int = userId

d'une MainActivity. Je ne sais pas pourquoi cela affecte WebView. getUserId()n'est ni surchargée, ni méthode publique de la Activityclasse. Si je renomme ou supprime cette méthode, WebViewcommence à s'ouvrir. Essayer aussi de changer

private var userId: Int = 0

à

var userId: Int = 0
    private set

conduit à la même exception. Je compris que quand avait vu une exception: 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. Dans ce cas, user = 123456 était en fait mon utilisateur autorisé, qui a été utilisé dans certaines requêtes, pas dans WebView. Je soupçonne qu'Android utilise userIdcomme user_id local pour ses processus.

Comme beaucoup d'autres personnes l'ont remarqué, nous pourrions utiliser appcompat:1.1.0ou 1.0.2et étendre la WebViewclasse. Dans l'émulateur 21 sans services Google Play, cela WebViewplantera en cas de contact prolongé sur les étiquettes de texte, mais sur les appareils typiques, tout va bien.

Au lieu de changer de version d'une dépendance, j'ai implémenté la génération par programme de webView en tant que solution.

Le problème ressemble en fait à commencer par la lecture de la mise en page à partir d'un fichier xml. Donc, si la méthode programmatique est une solution applicable pour vous, veuillez vérifier l'exemple ci-dessous.

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

Que de simplement ajouter dans votre vue parentale:

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

Vérifiez la version. L'application Androidx et la version matérielle de Google restent toujours les mêmes.

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"

entrez la description de l'image ici