3 内存分析工具（一）：Android Studio Profiler 的基本使用与内存快照分析
聊到 Android 内存优化，第一把刀就是 Android Studio Profiler。说实话，很多人装好 Android Studio 后根本没认真打开过它，要么嫌卡，要么觉得看不懂曲线。但我个人习惯是：每次性能优化前，先开 Profiler 跑十分钟，看看内存水位线，心里就有底了。
为什么选它？
市面上内存分析工具有不少：MAT、LeakCanary、Perfetto……但 Profiler 是官方出品，集成在 IDE 里，零配置就能用。我在项目里遇到过几次线上 OOM，事后复盘发现，如果能早点用 Profiler 盯一下堆内存增长曲线，完全可以在发版前就发现异常。嗯，这工具其实是我们的第一道防线。
启动与基本界面
连接设备或模拟器，点击工具栏的“Profiler”图标，或者直接用快捷键：
View → Tool Windows → Profiler。
你会看到四个面板：
- CPU — 分析线程和函数耗时
- Memory — 我们这章的主角
- Network — 流量请求
- Energy — 电量消耗
点击 Memory 进入内存分析视图。界面主要分为三块：
- 时间轴 — 显示堆内存、Native 内存、图形内存等变化曲线
- 实时图表 — 当前已分配对象数、内存大小、GC 事件标记
- 操作按钮 — 强制 GC、捕获 Heap Dump、录制 Allocation 记录
我第一次打开时被满屏的曲线吓到了，但其实重点关注堆内存（Heap）那条曲线就好。如果它持续上升且 GC 后不回落，大概率有泄漏。
核心指标速览
我们用一张表格来记住关键参数：
| 指标 | 含义 | 正常范围 |
|---|---|---|
| Java Heap | Java 对象的堆内存占用 | 通常稳定在一个水平，GC 后会下降 |
| Native Heap | JNI 分配的 Native 内存 | 注意不要暴涨（比如 Bitmap 未释放） |
| Code | 代码、资源、类的内存 | 一般变化不大 |
| Graphics | 图形缓冲区占用（如 Surface 图） | 随页面变化，异常时可能泄漏 |
| Stack | 线程栈内存 | 线程数过多时会异常升高 |
另外，注意Allocation Tracking 开关。默认是关闭的，开启后能记录每个对象分配时的调用栈。不过它会拖慢速度，我一般在复现泄漏时才会打开。
捕获内存快照（Heap Dump）
这是最关键的操作。当你怀疑有泄漏时，在 Profiler 中点击 “Dump Java Heap” 按钮（垃圾桶图标旁边）。几秒后，你会得到一个 .hprof 文件，自动在右侧打开分析窗口。
我个人建议：先触发场景，再 dump。比如你要检查 Activity 泄漏，就先打开再关闭它，然后立刻 dump。我曾经犯过一个错误：在页面还没完全销毁时就 dump，结果看到一堆正常对象乱成一团，浪费不少时间。
快照分析窗口主要分四个区域：
- Classes — 按类名统计对象数，可以快速找到泄漏类
- Instances — 查看某个类的所有实例详情
- References — 显示对象的引用链（GC Roots 路径）
- Callstack — 分配栈的调用位置
举个实际例子：我发现 MainActivity 在销毁后仍有 2 个实例存活，点击实例查看引用链，发现一个 static 的 ViewPager 持有了它。我当时直接在 Activity.onDestroy() 里加了 viewPager.setAdapter(null) 就解决了。
深入分析：Shallow Size vs Retained Size
这两个概念很容易搞混，我用一句话说白：
- Shallow Size：对象本身占的内存（不包括它引用的对象）
- Retained Size：对象本身 + 它独占引用的所有子对象的总大小（如果这个对象被回收，能释放的总内存）
你想想看，如果某个对象 Retained Size 特别大，那它就是泄漏大户。我在项目中曾经看到 Bitmap 的 Retained Size 占了整个堆的 70%，结果是因为一个 ListView 的 adapter 没有释放图片缓存。
实战中的常见误区
另外一点：GC 事件频率也很重要。如果你看到灰色竖线频繁出现（代表 GC 触发），说明内存压力大，即使还没 OOM，也会造成卡顿。这时候应该检查是否有短生命周期对象大量创建。
带你看一个真实的快照分析流程
下面这张流程图总结了整个排查思路：
结语
Profiler 的使用并不复杂，难的是养成习惯。最开始我也是等到 OOM 了才手忙脚乱地开工具。现在我会在每次提测前，打包 Release 版本在真机上跑一遍常用场景，看看内存曲线有没有异常爬升。嗯，这十分钟投入，能省下后面几天排查的时间。