Android内存泄露自动化链路分析组件Probe.pdfVIP

Android 内存泄漏⾃动化 链路分析组件——Probe 张毅然／美团点评⾼级⼯程师 1.背景 2.业内解决⽅案 3.问题和策略 4.案例 5.总结 背景 • 内存溢出(OutOfMemory)复现困难 • 堆栈信息不能看出内存泄漏的根本原因 • 特别是第三⽅SDK的内存问题更为棘⼿ • ⽆法有效获得线上内存泄漏的可疑对象 1.背景 2.业内解决⽅案 3.问题和策略 4.案例 5.总结 业内解决⽅案 针对所有内存溢出 是否提供泄漏点路径 ⽅案 适⽤于线上环境 ⾃动化 case 信息 Leakcanary 否 否 是 是 MAT分析 是 是 否 是 预设可怀疑对象⽅案 否 否 是 是 ⽬标 • 适⽤于线上app，分析线上OOM问题 • 所有的case均能检测分析 • 分析时间少 • 分析进程内存空间占⽤低，分析进程⾃⼰不OOM 1.背景 2.业内解决⽅案 3.问题和策略 4.案例 5.总结 问题和策略 • OOM时候dump内存 • App启动时候，单独开启进程分析 问题和策略 • 问题1：链路分析时间过⻓ • 问题2 ：分析进程占⽤内存过⼤ • 问题3 ：基础类型泄漏检测不到 Dominator Shallow Size Retain Size • Dominator ⽀配者—— 如果从GC root到达对象Y的 路径上，必须经过对象X ，那么X就是Y的⽀配者。 查找可疑对象 • 链路归并 查找可疑对象 • ⾃适应扩容法 问题和策略 • 问题1：链路分析时间过⻓ • 问题2 ：分析进程占⽤内存过⼤ • 问题3 ：基础类型泄漏检测不到 核⼼问题 分析占⽤内存为什么这么⼤？ 核⼼问题 分析占⽤内存为什么这么⼤？ 内存快照⽂件的⼤⼩正相关？ 对⽐实验 • ⼀个实验——在⼀个256M阈值OOM的⼿机上，让 ⼀个成员变量申请特别⼤的⼀块内存200多M • ⼈造OOM，dump内存，分析 • 内存快照⽂件达到250多M，分析进程占⽤内存并 不⼤ 70M左右 对⽐实验 • 另⼀个实验——在⼀个256M阈值OOM的⼿机上， 添加特别多200万个⼩对象(72字节) • ⼈造OOM，dump内存，分析 • 内存快照⽂件达到250多M，分析进程占⽤内存增 ⻓很快，在解析就OOM了 核⼼问题 分析占⽤内存为什么这么⼤？ 内存快照⽂件的Instance数量 正相关！ 原始流程 hprof