Firebase Strictmode资源泄漏

时间:2019-02-04 21:08:17

标签: firebase crashlytics resource-leak

从通过Fabric的Crashlytics转换为通过Firebase的Crashlytics之后,我开始在调试运行中看到以下调用堆栈,其中启用了StrictMode来查找资源泄漏。

StrictMode与此代码一起使用,仅在调试版本中使用:

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

我在项目级别的gradle中使用了这个版本的Fabric的gradle工具:

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

以及模块级别gradle中的以下版本的Firebase和Crashlytics:

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 penalising for Firebase Ads

Crashlytics with StrictMode enabled (detect all) gives "untagged socket detected"

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

0 个答案:

没有答案