android.view.InflateException Błąd podczas zawyżania klasy android.webkit.WebView

W Lollipop (API 22) za każdym razem, gdy w mojej aplikacji wyświetlam webview, aplikacja ulega awarii. Mam wiele awarii w mojej konsoli programisty Androida związanych z tym zdarzeniem.

Nie trzeba mówić, że działa na Androidzie 4, 6 i 7.

Czytając ślad stosu (zamieszczony na końcu tego postu), coś mnie niepokoi

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

Szukałem w wygenerowanym R.java bez szczęścia, oczywiście bo ID nie istnieje, ale warto było spróbować.

Wyszukiwanie problemu w Google wydaje się być związane ze sposobem, w jaki Lollipop radzi sobie z wyświetlaniem w sieci Web. Uruchomiłem nowy AVD z Lollipop na podstawie urządzenia, które znalazłem w raporcie awarii w GDC i mogę odtworzyć problem.

Pełny ślad stosu:

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) 

Jeśli używasz androidx.appcompat:appcompat:1.1.0, spróbuj androidx.appcompat:appcompat:1.0.2zamiast tego. wygląda na to, że 1.1.0nie naprawia błędu WebVieww systemie Android 5.1.1.

Aktualizacja z lutego 2020 r .: Powrót do stanu, w którym 1.0.2przestał działać dla wielu osób (w tym mojej aplikacji), ale użycie bieżącej wersji androidx.appcompat:appcompat:1.2.0-alpha02rozwiązało awarię. (Widziałem to na Huawei P8 Lite z systemem Android 5.0 podczas automatycznego testowania Google „Raport przed uruchomieniem”).

Aktualizacja z czerwca 2020 r .: Dostępne są nowsze wersje niż te wymienione w aktualizacji z lutego 2020 r. Obecnie dostępne wersje można zobaczyć tutaj:

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

Ostrzeżenie: to obejście może również zepsuć pewne rzeczy; szczegóły w komentarzach

Jeśli chcesz nadmuchać WebView z układu XML, możesz zawinąć go w ładną małą podklasę (na podstawie odpowiedzi 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());
    }
}

EDYCJA: teraz jeszcze ładniej z Kotlinem

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

Jeśli używasz androidx.appcompat:appcompat:1.1.0i nie chcesz przejść na starszą wersję androidx.appcompat:appcompat:1.0.2lub uaktualnić do androidx.appcompat:appcompat:1.2.0-alpha03, istnieje inne rozwiązanie, które jest opisane w tym komentarzu do Google Issue Tracker.

Zauważyłem, że po wywołaniu applyOverrideConfiguration Context.getAssets()i Context.getResources().getAssets()nie zwracają tego samego obiektu AssetManager. AssetManager zwrócony z Context.getAssets()nie może uzyskać dostępu do zasobów w innych pakietach (w tym systemowym pakiecie WebView), powodując awarię WebView. Jeśli zastąpię Context.getAssets()powrót getResources().getAssets(), problem zniknie.

Na podstawie tego komentarza możesz zastąpić działanie getAssets()w WebView, aby getResources().getAssets()zamiast tego powróciło w celu rozwiązania problemu.

Jawa

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

Kotlin

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

radzę używać niestandardowego / nowego Configurationtylko wtedy, gdy „oryginalny” powoduje problemy, więc tylko na Lollipopie. Kod @SpaceBizon działa dobrze do Androida 8.x, na 9 i Q (obecnie beta) każde naciśnięcie AlertDialogselektora / listy rozwijanej nie pokaże selektora, zamiast tego pojawia się wyciek pamięci ... poniżej ustalonej getFixedContextmetody z "iffed" poprawnym kodem wersji

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

Jeśli używasz androidx.appcompat: appcompat: 1.1.0, zmień na androidx.appcompat: appcompat: 1.0.2 lub jeśli chcesz używać motywu DayNight, nadpisz ApplyOverrideConfiguration w swojej aktywności w następujący sposób. (Uwaga: wymaga to ponownego uruchomienia aplikacji podczas przełączania z ciemnego motywu na jasny motyw i odwrotnie).

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

Jeśli nie korzystasz z przełączania motywu DayNight (lub innych zdarzeń UiMode), możesz dodać android: configChanges = "uiMode" do manifestu aktywności Webview, aby uniemożliwić AppCompatDelegate zaktualizowanie konfiguracji zasobów, a tym samym zepsucie inflacji widoku internetowego.

Spróbuj użyć do tworzenia widoku internetowego:

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

I jeszcze raz spróbuj rozwiązać problem. Powinien zastąpić tę metodę w swoim działaniu:

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

Udało mi się odtworzyć awarię na API 21 w emulatorze.

Próbowałem więc dodać to do implementacji, jak opisano w dokumentach :

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

Dodawanie appcompat-resourcesnie nie rozwiązać problem.

Być może przyszła wersja będzie, ale chciałem wspomnieć, że wydaje się, że istnieje biblioteka uzupełniających zasobów, która ma rozwiązać ten problem. Dlatego próbując rozwiązać ten problem za pomocą nowej wersji programu appcompat, dodaj appcompat-resourcesbibliotekę w tej samej wersji.

Przywrócenie wersji androidx.appcompat:appcompat:1.0.2rozwiązało problem jako obejście.

Poniższy kod rozwiąże problem. Dodaj go do Activity:

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

Na marginesie, przez chwilę walczyłem, mimo że obniżyłem wersję 1.0.2, tylko dlatego, że wydawało mi się, że mam przechodnią zależność od appcompat: 1.1.0 przez androidx.constraintlayout: constraintlayout: 2.0.0-beta3. Kiedyś obniżyłem to do constraintlayout: 1.1.3 wszystko działało dobrze

(Według https://issuetracker.google.com/issues/141351441 problem zostanie wkrótce rozwiązany dzięki appcompat: 1.2.0-alpha02)

Użyłem najnowszej wersji z tego źródła . Sprawdź i użyj własnego na podstawie tego, co uważasz za najlepsze.

Jeśli chcesz pominąć, poniższa implementacja rozwiązuje problem:

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

戴 文锦 też był dla mnie odpowiedni. Ale obniżenie wersji tylko androidx.appcompat: appcompat: 1.1.0 do 1.0.2 nie powiodło się.

Zmniejszyłem wszystkie moje poprzednio zaktualizowane wersje Androidax z

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'

wrócić do

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'

Przypomnienie, że kod Googles zdecydowanie nie jest wolny od błędów i dobrze przetestowany oraz że ktoś nigdy nie powinien lekceważyć aktualizacji.

/**
 * 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 został wydany dzisiaj, więc możesz używać

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

który naprawi problemy z WebView w Lollipop.

Udało mi się odtworzyć ten problem na Nexus 7 API 22. Problem został rozwiązany poprzez aktualizację wersji Android System WebView tabletu z wersji 39 (2237560-arm) do wersji 79.0.3945.136

Nie mam nad tym kontroli, aby użytkownik mógł to zrobić, ale jest to rozwiązanie, jeśli chcesz natychmiast pomóc komuś w korzystaniu z Twojej aplikacji.

Problem został rozwiązany przez przejście na wersję „androidx.appcompat: appcompat: 1.0.2”

W moim przypadku problem tkwił w metodzie

fun getUserId(): Int = userId

MainActivity. Nie wiem, dlaczego to wpływa WebView. getUserId()nie jest ani nadpisaną, ani publiczną metodą Activityklasy. Jeśli zmienię nazwę lub usunę tę metodę, WebViewzaczyna się otwierać. Próbuję też się zmienić

private var userId: Int = 0

do

var userId: Int = 0
    private set

prowadzi do tego samego wyjątku. I rozumieć, że gdy widział wyjątek: 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. W tym przypadku user = 123456 był w rzeczywistości moim autoryzowanym użytkownikiem, który był używany w niektórych żądaniach, a nie w WebView. Podejrzewam, że Android używa userIdjako lokalnego user_id dla swoich procesów.

Jak wiele osób zauważyło, możemy użyć klasy appcompat:1.1.0lub 1.0.2i ją rozszerzyć WebView. W emulatorze 21 bez usług Google Play WebViewbędzie się to zawieszać po długim dotknięciu etykiet tekstowych, ale na typowych urządzeniach wszystko jest w porządku.

Zamiast zmieniać wersję dowolnej zależności, zaimplementowałem programowo generowanie webView jako rozwiązanie.

Problem wygląda tak, jakby zaczynał się od odczytu układu z pliku xml. Więc jeśli programistyczny sposób jest dla Ciebie odpowiednim rozwiązaniem, sprawdź poniższą próbkę.

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

Następnie dodaj do widoku rodzica:

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

Sprawdź wersję. Androidx appcompat i wersja materiału Google są zawsze takie same.

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"

wprowadź opis obrazu tutaj