第3章 Heap Dump分析入门：MAT或Android Studio的类视图、引用路径

当您发现应用内存持续增长或频繁触发GC导致卡顿，却无法从代码层面快速定位泄漏点时，Heap Dump（堆转储）是最直接的数据源。本章将带领您从现象出发，掌握如何利用MAT（Memory Analyzer Tool）或Android Studio内置Profiler的类视图与引用路径，系统性地定位ViewModel内存泄漏的根因。

3.1 现象识别：什么情况下需要做Heap Dump分析？

以下现象组合出现，表明需要立刻对Heap Dump展开分析：

• 稳定增长：通过Profiler看到堆内存曲线呈“阶梯式”上升，每次Activity重建后堆占用不回落到基线。
• GC频繁：logcat中 GC_CONCURRENT / GC_FOR_ALLOC 出现频率超过每秒一次。
• 大对象残留：多次执行 hprof-conv 转储后，发现相同类（如Activity、Fragment、ViewModel）的实例数不减反增。

3.2 数据采集：导出结构化Heap Dump

Android Studio 3.0+ 提供了两种数据采集入口（以Android 11+设备为例）：

1. Profiler → Memory → 点击“Dump Java heap”按钮：生成 .hprof 文件，系统自动转换为标准格式。
2. 终端命令（适用于自动化场景）：

adb shell am dumpheap com.example.app /data/local/tmp/heap.hprof
adb pull /data/local/tmp/heap.hprof ./local_dump.hprof
# 若需要MAT兼容，使用 hprof-conv 转换（可选）
hprof-conv -z local_dump.hprof conv_heap.hprof

3.3 原因定位：类视图与引用路径实战

无论使用MAT还是Android Studio Profiler，核心分析流程一致：找大对象 → 看引用链 → 定位非GC Root的来源。下面分别介绍两种工具的推荐路径。

3.3.1 使用MAT分析（推荐深度排查）

1. 打开转换后的.hprof：File → Open Heap Dump → 选择 Leak Suspects Report（自动生成可疑泄漏报告）。
2. 进入类视图：点击工具栏“Histogram”或“Overview” → 按 Retained Heap 降序排列。
3. 过滤ViewModel类：在Histogram中按正则 .*ViewModel 搜索，找到目标ViewModel条目。右键 → Merge Shortest Paths to GC Roots → 选择 exclude all phantom/weak/soft etc. references，只显示强引用路径。

典型泄漏引用路径日志示例：

com.example.presentation.MyViewModel
  | 0x12a34b56 (Retained Heap: 4.2 MB)
  |-- this$0 (com.example.presentation.MainActivity) [非静态内部类隐含引用]
  |   |-- mHandler (android.os.Handler) [持有Looper线程]
  |   |   |-- (java.lang.Thread) @ 0x77cdef00 (System Thread: main)
  |-- mCallback (com.example.util.LargeCache) [静态集合强引用]
      |-- (java.util.HashMap) @ 0x89abcdef

3.3.2 使用Android Studio Profiler快速定位

1. 捕获dump：在Profiler Memory面板点击“Dump Java heap”后，自动打开“Heap Viewer”。
2. 过滤与分组：在“Class List”区域搜索ViewModel类，点击条目展开实例列表。
3. 查看引用链：选中某个实例，右侧“Reference”面板显示 Incoming references（指向该实例的引用）和 Outgoing references（该实例引用其他对象）。展开直到出现GC Root（如 main thread、class loader）。

两种工具的对比

3.4 修复动作：切断强引用路径

根据引用路径定位到具体的持有者后，修复方法依据引用类型分类：

• 静态集合（如 ViewModelMap）：改为WeakHashMap，或在Fragment/Activity的onDestroy中及时移除。
• 非静态内部类：将内部类改为静态内部类，并将外部引用改为WeakReference。
• 长生命周期单例：使用ApplicationContext代替Activity/ViewModel作为Context来源。

// 错误示例：静态集合持有ViewModel
private static List<ViewModel> viewModels = new ArrayList<>();

// 修复：使用 WeakReference + 生命周期感知
private static List<WeakReference<ViewModel>> viewModels = new ArrayList<>();
// 并在onDestroy中清理
viewModels.removeIf(ref -> ref.get() == null || !ref.get().isActive());

3.5 复测：验证泄漏是否消除

执行与采集阶段相同的操作：销毁界面 → 触发GC → 第二次dump。然后使用同样的分析方法，确认目标ViewModel实例数归零。若仍有残留，返回第3.3节重新审查引用链——特别关注隐藏的静态匿名类或系统服务回调。

3.6 预防：建立Heap Dump分析SOP