第4章：观察内存趋势图——PSS、Java Heap、Native Heap、堆增长模式

现象识别：内存趋势图中的危险信号

在 Android Profiler 的 Memory 面板中，正常的应用内存会呈现“锯齿形波动”——分配内存后回收，峰值稳定。当出现以下三种模式时，高度疑似内存泄漏：

• 持续上升型：PSS 或堆大小随操作次数线性递增，从不回落。
• 阶梯型：每次操作后内存上升一级，GC 后不完全下降，形成台阶。
• 锯齿不回缩型：频繁 GC 导致频繁锯齿，但锯齿底部逐渐抬高。

数据采集：在 Profiler 中锁定三个关键指标

点击 Memory Profiler 中的录制按钮，选择 “Record allocation” 以同时捕获堆栈。重点关注以下三个指标：

# 命令行辅助采集（可选）
adb shell dumpsys meminfo <包名> | grep -E "PSS|Java Heap|Native Heap"

原因定位：基于趋势图的故障树与判断规则

使用以下故障树快速收缩泄漏范围：

• PSS 持续上升 + Java Heap 同步上升 → Java 堆内存在泄漏（Activity/Fragment 未释放、静态集合类持有 Context）。
• PSS 持续上升 + Java Heap 稳定 → 排查 Native Heap 或匿名共享内存（Bitmap 未 recycle、WebView 泄漏、JNI 全局引用未删除）。
• PSS 或堆在 GC 后底部抬高 → 泄漏对象被 GC Root 持有，每次操作产生新对象无法回收。

# 判断规则口诀
Java堆涨 → 查引用
Native堆涨 → 查 JNI / Bitmap / WebView
PSS涨但堆图稳 → 查 mmap / 线程 / 匿名页

修复动作：针对趋势图特征的精准修复

• Java Heap 阶梯上升 → 使用 LeakCanary 或 MAT 分析 hprof，定位被 GC Root 引用的泄漏对象（常见：Runnable、View.OnClickListener 匿名内部类持有 Activity）。
• Native Heap 持续增长 → 检查 BitmapFactory 是否调用 recycle()（Android 8.0+ 需手动释放 native 内存）；检查 JNI 全局引用是否及时 DeleteGlobalRef。
• PSS 异常但堆图正常 → 排查线程创建数量、内存映射文件（mmap）、WebView 渲染进程泄漏（单独进程需主动销毁）。

复测：验证修复效果

1. 重新录制内存趋势，重复 10 次操作。
2. 确认 PSS 在 GC 后能回落至基线水平（浮动不超过 5%）。
3. 检查 Java Heap 和 Native Heap 不再出现“底部抬高”或“线性上升”。
4. 使用 adb shell dumpsys meminfo 对比修复前后峰值。

预防：建立内存趋势基线

• 在 CI 中集成 Memory Profiler 自动录制，每次 UI 测试后导出 trend 报告。
• 设定 PSS 和 Heap 阈值警报，例如 Java Heap 峰谷差超过 20% 即标记。
• 代码审查时要求对 Bitmap、Handler、WebView 等资源使用时添加显式释放注释。