本文是 Android Studio 4.1 中 Profiler 有哪些新增特性 的第二部分。之前的文章侧重于介绍 Android Studio 中 System Trace 的新增功能 。
我们从大家的反馈了解到使用 C++ 调试本地内存非常困难，尤其在开发游戏的时候。在 Android Studio 4.1 中，Memory Profiler (内存分析器) 可以记录本地内存分配的调用栈。本地内存记录基于 Perfetto 后端实现，它是 Android 的新一代性能工具和问题追溯解决方案。
在调试内存问题的时候，通常的做法是搞清楚什么在占用内存，什么在释放内存。本文接下来会带着大家一起使用 Native Memory Profiler 来发现内存泄漏，并且使用 GPU 模拟压力测试 (Gpu Emulation Stress Test) 作为示例工程。
准备工作
首先，我们从 github.com/google/gpu-… 克隆或者下载源码。
当我们发现可疑的内存泄漏时，最好的做法是从更高的层次开始并且观察系统内存的图形。您只需要在 Android Studio 中点击 profile 按钮，然后打开内存分析器，里面会显示更加详细的内存追踪信息。
内存分析器的顶层视图，从显示中可以看到每次运行 "GPU emulation stress test" 的时候内存占用都会逐步升高
运行了几次模拟器后，我们可以发现一些有趣的现象:
- 对于 GPU 模拟应用来说，GPU 内存增加是理所应当的，然而 Activity 被 finish 之后，该内存似乎被清空了。
-
每当我们打开
GPUEmulationStressTestActivity的时候，本地内存都会有所增加，但是每次运行后该内存似乎并没有被重置，这就表明可能存在内存泄漏。
Native Memory Table (本地内存表格) 视图
从 Android Studio 4.1 Canary 6 开始，我们可以通过获取本地内存分配记录来分析为何内存未被释放。为了能够在 GPU 模拟应用上进行该项操作，我先停止正在运行的应用，然后启动分析一个新的实例。从一个初始的状态开始，会有助于我们缩小需要关注的范围，尤其是在研究一套不熟悉的代码的时候更是如此。通过内存分析器，我可以获得整个 GPU 模拟示例运行期间的本地内存分配记录。我们需要点击
Run->Profile-> ‘app’
来重启应用。应用启动后
profile
窗口会打开，点击内存分析器，然后选择
record native allocation
。
