android - 在 LeakCanary 泄漏跟踪中查找原因
问题描述
LeakCanary 报告了我们的应用程序中的内存泄漏,并带有以下泄漏跟踪:
05-24 08:41:05.380044 16534 19408 D LeakCanary: HeapAnalysisSuccess(heapDumpFile=/data/user/0/..../files/leakcanary/2020-05-24_08-24-07_502.hprof, createdAtTimeMillis=1590334865374, analysisDurationMillis=85525, applicationLeaks=[ApplicationLeak(className=<>.media.MediaControlActivity, leakTrace=
05-24 08:41:05.380044 16534 19408 D LeakCanary: ┬
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ android.provider.FontsContract
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: NO (HomeApplication↓ is not leaking and a class is never leaking)
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ GC Root: System class
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ static FontsContract.sContext
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ <>.application.HomeApplication
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: NO (Application is a singleton)
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ HomeApplication does not wrap an activity context
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ HomeApplication.mLoadedApk
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~~~~~~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ android.app.LoadedApk
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ LoadedApk.mReceivers
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~~~~~~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ android.util.ArrayMap
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ ArrayMap.mArray
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ java.lang.Object[]
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ array Object[].[9]
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ android.util.ArrayMap
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ ArrayMap.mArray
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ java.lang.Object[]
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ array Object[].[58]
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ ayf
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ ayf.a
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ ayg
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ ayg.b
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ als
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ als.b
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ alt
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ alt.b
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ╰→ <>.media.MediaControlActivity
05-24 08:41:05.380044 16534 19408 D LeakCanary: Leaking: YES (Activity#mDestroyed is true and ObjectWatcher was watching this)
05-24 08:41:05.380044 16534 19408 D LeakCanary: key = 758a249e-d3c7-44e3-b633-4649a5574735
05-24 08:41:05.380044 16534 19408 D LeakCanary: watchDurationMillis = 5397
05-24 08:41:05.380044 16534 19408 D LeakCanary: retainedDurationMillis = 393
05-24 08:41:05.380044 16534 19408 D LeakCanary: , retainedHeapByteSize=43842), ApplicationLeak(className=aym, leakTrace=
05-24 08:41:05.380044 16534 19408 D LeakCanary: ┬
由此,我了解到原因在某处MediaControlActivity
。另外,我看到正在存储的引用从 Application 类/
但我不明白这两者是如何联系起来的,因为跟踪中的某些行有点混淆了,这部分特别是:
├─ java.lang.Object[]
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ array Object[].[58]
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~~~~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ ayf
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ ayf.a
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ ayg
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ ayg.b
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ als
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ als.b
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
05-24 08:41:05.380044 16534 19408 D LeakCanary: ├─ alt
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ Leaking: UNKNOWN
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ↓ alt.b
05-24 08:41:05.380044 16534 19408 D LeakCanary: │ ~
所以,我的问题是: - 为什么这里的痕迹被混淆了?是因为proguard吗?如果没有,还有什么?
解决方案
跟踪被混淆是因为代码被混淆了。如果您为该构建启用了 Proguard,则有一个插件可以帮助 LeakCanary:https ://square.github.io/leakcanary/recipes/#using-leakcanary-with-obfuscated-apps
如果你没有启用 Proguard,那么很可能是因为你使用了一个被混淆的库。您应该尝试找出它是哪个库。
推荐阅读
- docker - 无法将对等容器连接到 CouchDB
- java - 线程中断时继续休眠剩余时间
- android - 单击元素时获取gridview的TextView值
- r - 在 R Notebook 中,如何设置我的 API 密钥而不直接将其保存在 Notebook 中?
- php - Textarea 不通过 Post
- swift - 如何为 0 行的消息输入创建 TextField?
- c# - 动态创建 T 时的 typeof(T) 为空?
- java - JsonIgnore 不适用于 Spring Security 用户和角色
- php - simplexml_load_file 不会使用数组获取数据
- r - ROracle 已安装,但安装依赖包时加载失败