Утечка ресурсов Firebase Strictmode - PullRequest
Новая
       17

Утечка ресурсов Firebase Strictmode

0 голосов
/ 05 февраля 2019

После преобразования из Crashlytics через Fabric в Crashlytics через Firebase я начал видеть нижеприведенный стек вызовов в отладочных прогонах, где включен StrictMode для поиска утечек ресурсов.

StrictMode используется с этим кодом, только при отладкеbuilds: 

StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
    .detectLeakedClosableObjects()
    .penaltyLog()
    .build());

Я использую эти версии инструментов Gradle в Gradle на уровне проекта: 

classpath "io.fabric.tools:gradle:1.27.0"

и эти версии Firebase и Crashlytics в Gradle на уровне модуля: 

implementation "com.google.firebase:firebase-core:16.0.7"
implementation "com.crashlytics.sdk.android:crashlytics:2.9.8"

Во время инициализации инструментарий Firebase запускает фоновый поток, который выполняет вызовы настроек, используя okhttp.Когда это происходит, StrictMode вызывает появление этого стека вызовов: 

W/CrashlyticsCore: Received null settings, skipping report submission!
D/StrictMode: StrictMode policy violation: android.os.strictmode.LeakedClosableViolation: A resource was acquired at attached stack trace but never released. See java.io.Closeable for information on avoiding resource leaks.
        at android.os.StrictMode$AndroidCloseGuardReporter.report(StrictMode.java:1786)
        at dalvik.system.CloseGuard.warnIfOpen(CloseGuard.java:264)
        at java.util.zip.Inflater.finalize(Inflater.java:398)
        at java.lang.Daemons$FinalizerDaemon.doFinalize(Daemons.java:250)
        at java.lang.Daemons$FinalizerDaemon.runInternal(Daemons.java:237)
        at java.lang.Daemons$Daemon.run(Daemons.java:103)
        at java.lang.Thread.run(Thread.java:764)
     Caused by: java.lang.Throwable: Explicit termination method 'end' not called
        at dalvik.system.CloseGuard.open(CloseGuard.java:221)
        at java.util.zip.Inflater.<init>(Inflater.java:114)
        at com.android.okhttp.okio.GzipSource.<init>(GzipSource.java:62)
        at com.android.okhttp.internal.http.HttpEngine.unzip(HttpEngine.java:473)
        at com.android.okhttp.internal.http.HttpEngine.readResponse(HttpEngine.java:648)
        at com.android.okhttp.internal.huc.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:471)
        at com.android.okhttp.internal.huc.HttpURLConnectionImpl.getResponse(HttpURLConnectionImpl.java:407)
        at com.android.okhttp.internal.huc.HttpURLConnectionImpl.getResponseCode(HttpURLConnectionImpl.java:538)
        at com.android.okhttp.internal.huc.DelegatingHttpsURLConnection.getResponseCode(DelegatingHttpsURLConnection.java:105)
        at com.android.okhttp.internal.huc.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:26)
        at io.fabric.sdk.android.services.network.HttpRequest.code(HttpRequest.java:1357)
        at io.fabric.sdk.android.services.settings.DefaultSettingsSpiCall.handleResponse(DefaultSettingsSpiCall.java:104)
        at io.fabric.sdk.android.services.settings.DefaultSettingsSpiCall.invoke(DefaultSettingsSpiCall.java:88)
        at io.fabric.sdk.android.services.settings.DefaultSettingsController.loadSettingsData(DefaultSettingsController.java:90)
        at io.fabric.sdk.android.services.settings.DefaultSettingsController.loadSettingsData(DefaultSettingsController.java:67)
        at io.fabric.sdk.android.services.settings.Settings.loadSettingsData(Settings.java:153)
        at io.fabric.sdk.android.Onboarding.retrieveSettingsData(Onboarding.java:126)
        at io.fabric.sdk.android.Onboarding.doInBackground(Onboarding.java:99)
        at io.fabric.sdk.android.Onboarding.doInBackground(Onboarding.java:45)
        at io.fabric.sdk.android.InitializationTask.doInBackground(InitializationTask.java:63)
        at io.fabric.sdk.android.InitializationTask.doInBackground(InitializationTask.java:28)
        at io.fabric.sdk.android.services.concurrency.AsyncTask$2.call(AsyncTask.java:311)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:458)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641)
        at java.lang.Thread.run(Thread.java:764) 
D/FA: Event not sent since app measurement is disabled

Я вижу, что это происходит практически при каждом запуске отладки моего приложения во время начального запуска активности в приложении.Однако службы поддержки утверждают, что этого не видят.

Кто-нибудь знает, какие условия заставляют Fabric запускать этот поток регистрации / настройки?

Я видел похожие стеки вызовов StrictMode в этих других постах.Я не могу сказать, есть ли эта утечка в коде Fabric или в библиотеке okhttp, которую они используют.Вот ссылки на похожие случаи, когда люди видят то, что мне кажется такой же утечкой базового ресурса:

Штраф StrictMode для объявлений Firebase

Сбои с StrictModeВключено (обнаружение всех) дает «Обнаружено немаркированное гнездо»

https://github.com/cloudant/sync-android/issues/577

...