使用Android Profiler 查看应用的内存使用情况(一)

---

Android Profiler介绍

内存分析器是 Android Profiler 中的一个组件，可帮助识别可能会导致应用卡顿、冻结甚至崩溃的内存泄漏和内存抖动。它显示一个应用内存使用量的实时图表，可以捕获堆转储、强制执行垃圾回收以及跟踪内存分配

---

Android Profiler使用

如需打开内存分析器，请按以下步骤操作：

1. 依次点击 View > Tool Windows > Profiler（也可以点击工具栏中的 Profile 图标 ）。
2. 从 Android Profiler 工具栏中选择要分析的设备和应用进程。如果已通过 USB 连接设备但系统未列出该设备，请确保已启用 USB 调试。
3. 点击 MEMORY 时间轴上的任意位置以打开内存分析器。

为什么要分析应用内存

Android 提供了受管理的内存环境 - 当它确定应用不再使用某些对象时，垃圾回收器会将未使用的内存释放回堆中。虽然 Android 查找未使用内存的方式在不断改进，但对于所有 Android 版本，系统都必须在某个时间点短暂地暂停代码。大多数情况下，这些暂停难以察觉。但是，如果应用分配内存的速度比系统回收内存的速度快，当回收器要释放足够的内存以满足分配需要时，应用可能会产生延迟。此延迟可能会导致应用跳帧，使其明显变慢。

即使应用未表现出变慢，但如果存在内存泄漏，应用在转到后台运行时，仍可能保留相应内存。此行为会导致系统强制执行不必要的垃圾回收事件，因而拖慢系统其余部分的内存性能。最终，系统将被迫终止应用进程以回收内存。然后，当用户返回应用时，它必须完全重启。

为帮助防止这些问题，应使用内存分析器执行以下操作：

1. 在时间轴上查找可能会导致性能问题的不理想的内存分配模式。
2. 转储 Java 堆以查看在任何给定时间有哪些对象在占用内存。在一个较长的时间段内进行多次堆转储有助于识别内存泄漏。
3. 记录正常条件和极端条件下用户交互期间的内存分配情况，从而准确识别代码是否在短时间内分配了过多对象，或所分配的对象是否出现了泄漏

内存分析器概览

当首次打开内存分析器时，将看到一条表示应用内存使用量的详细时间轴，并可使用各种工具强制执行垃圾回收、捕获堆转储以及记录内存分配。

内存分析器的默认视图包括以下各项：

1. 用于强制执行垃圾回收事件的按钮。

2. 用于捕获堆转储的按钮。

   注意：只有在连接到搭载 Android 7.1（API 级别 25）或更低版本的设备时，系统才会在堆转储按钮右侧显示用于记录内存分配情况的按钮。

3. 用于指定性能分析器多久捕获一次内存分配的下拉菜单。选择适当的选项可帮助在进行性能剖析时提高应用性能。

4. 用于缩放时间轴的按钮。

5. 用于跳转到实时内存数据的按钮。

6. 事件时间轴，显示活动状态、用户输入事件和屏幕旋转事件。

7. 内存使用量时间轴，它会显示以下内容：

• 一个堆叠图表，显示每个内存类别当前使用多少内存，如左侧的 y 轴以及顶部的彩色键所示。

• 一条虚线，表示分配的对象数，如右侧的 y 轴所示。

• 每个垃圾回收事件的图标。
  但是，如果使用的是搭载 Android 7.1 或更低版本的设备，并非所有分析数据在默认情况下都可见。如果看到一条消息，显示“Advanced profiling is unavailable for the selected process”，需要启用高级性能剖析才能看到以下内容：

• 事件时间轴

• 分配的对象数

• 垃圾回收事件

  在 Android 8.0 及更高版本上，系统会一律为可调试的应用启用高级性能剖析。

内存计算方式

在内存分析器顶部看到的数字基于应用提交的所有专用内存页面（此数据由 Android 系统根据其记录提供）。此计数不包含与系统或其他应用共享的页面。

内存计数中的类别如下：

• Java：从 Java 或 Kotlin 代码分配的对象的内存。

• Native：从 C 或 C++ 代码分配的对象的内存。

  即使应用中不使用 C++，也可能会看到此处使用了一些原生内存，因为即使编写的代码采用 Java 或 Kotlin 语言，Android 框架仍使用原生内存代表处理各种任务，如处理图像资源和其他图形

• Graphics：图形缓冲区队列为向屏幕显示像素（包括 GL 表面、GL 纹理等等）所使用的内存。（请注意，这是与 CPU 共享的内存，不是 GPU 专用内存。）

• Stack：应用中的原生堆栈和 Java 堆栈使用的内存。这通常与应用运行多少线程有关。

• Code：应用用于处理代码和资源（如 dex 字节码、经过优化或编译的 dex 代码、.so 库和字体）的内存。

• Others：应用使用的系统不确定如何分类的内存。

• Allocated：应用分配的 Java/Kotlin 对象数。此数字没有计入 C 或 C++ 中分配的对象。

  如果连接到搭载 Android 7.1 及更低版本的设备，只有在内存分析器连接到运行的应用时，才开始此分配计数。因此，开始分析之前分配的任何对象都不会被计入。但是，Android 8.0 及更高版本附带一个设备内置性能剖析工具，该工具可跟踪所有分配，因此，在 Android 8.0 及更高版本上，此数字始终表示应用中待处理的 Java 对象总数。

与以前的 Android Monitor 工具中的内存计数相比，新的内存分析器以不同的方式记录内存，因此，内存使用量现在看上去可能会更高些。内存分析器会监控一些额外的类别，这就增加了总的内存使用量，但如果仅关心 Java 堆内存，“Java”项的数字应与以前工具中的数值相似。 然而，Java 数字可能与 Android Monitor 中看到的数字并非完全相同，这是因为新数字计入了自应用的 Java 堆从 Zygote 派生以来为其分配的所有物理内存页面。因此，它可以准确反映应用实际使用了多少物理内存。