Android性能分析

Traceview 是 Android 平台特有的数据采集和分析工具

它主要用于分析 Android 中应用程
序的 hotspot(瓶颈)。Traceview 本身只是一个数据分析工具,而数据的采集则需要使用 Android
SDK 中的 Debug 类或者利用 DDMS 工具。

heap 工具可以帮助我们检查代码中是否存在会造成内存泄漏的地方。

用 heap 监测应用进程使用内存情况的步骤如下:

  1. 启动 eclipse 后,切换到 DDMS 透视图,并确认 Devices 视图、Heap 视图都是打开的;
  2. 点击选中想要监测的进程,比如 system_process 进程;
  3. 点击选中 Devices 视图界面中最上方一排图标中的“Update Heap”图标;
  4. 点击 Heap 视图中的“Cause GC”按钮;
  5. 此时在 Heap 视图中就会看到当前选中的进程的内存使用量的详细情况。

说明:

  • 点击“Cause GC”按钮相当于向虚拟机请求了一次 gc 操作;
  • 当内存使用信息第一次显示以后,无须再不断的点击“Cause GC”,Heap 视图界面会定时刷新,在对应用的不断的操作过程中就可以看到内存使用的变化;
  • 内存使用信息的各项参数根据名称即可知道其意思。

如何才能知道我们的程序是否有内存泄漏的可能性呢?

  • 这里需要注意一个值:Heap 视图中部有一个 Type 叫做 data object,即数据对象,也就是我们的程序中大量存在的类类型的对象。在 data object 一行中有一列是“Total Size”,其值就是当前进程中所有 Java 数据对象的内存总量,一般情况下,这个值的大小决定了是否会有内存泄漏。可以这样判断:
  • 不断的操作当前应用,同时注意观察 data object 的 Total Size 值;正常情况下 Total Size 值都会稳定在一个有限的范围内,也就是说由于程序中的的代码良好,没有造成对象不被垃圾回收的情况,所以说虽然我们不断的操作会不断的生成很多对象,而在虚拟机不断的进行 GC 的过程中,这些对象都被回收了,内存占用量会会落到一个稳定的水平;
  •  反之如果代码中存在没有释放对象引用的情况,则 data object 的 Total Size 值在每次 GC 后不会有明显的回落,随着操作次数的增多 Total Size 的值会越来越大,直到到达一个上限后导致进程被 kill 掉。
  • 此处以 system_process 进程为例,在我的测试环境中 system_process 进程所占用的内存的data object 的 Total Size 正常情况下会稳定在 2.2~2.8 之间,而当其值超过 3.55 后进程就会被kill。

allocation tracker 是内存分配跟踪工具

步骤:

  • 运行 DDMS,只需简单的选择应用进程并单击 Allocation tracker 标签,就会打开一个新的窗口,单击“Start Tracing”按钮;
  • 然后,让应用运行你想分析的代码。运行完毕后,单击“Get Allocations”按钮,一个已分配对象的列表就会出现第一个表格中。
  • 单击第一个表格中的任何一项,在表格二中就会出现导致该内存分配的栈跟踪信息。通过 allocationtracker,不仅知道分配了哪类对象,还可以知道在哪个线程、哪个类、哪个文件的哪一行

参考

Traceview     https://blog.csdn.net/superxlcr/article/details/78219673

heap       https://blog.csdn.net/p106786860/article/details/9239583

allocation tracker   https://blog.csdn.net/itfootball/article/details/48735041

你可能感兴趣的:(android)