内存监测工具DDMS-->Heap

2015/04/29 00:42
阅读数 39

无论怎么小心,想完全避免badcode是不可能的,此时就需要一些工具来帮助我们检查代码中是否存在会造成内存泄漏的地方。Androidtools中的DDMS就带有一个很不错的内存监测工具Heap(这里我使eclipseADT插件,并以真机为例,在模拟器中的情况类似)。用Heap监测应用进程使用内存情况的步骤如下:


1.启动eclipse后,切换到DDMS透视图,并确认Devices视图、Heap视图都是打开的;


2.将手机通过USB链接至电脑,链接时需要确认手机是处于USB调试模式,而不是作为MassStorage


3.链接成功后,在DDMSDevices视图中将会显示手机设备的序列号,以及设备中正在运行的部分进程信息;


4.点击选中想要监测的进程,比如system_process进程;


5.点击选中Devices视图界面中最上方一排图标中的UpdateHeap图标;


6.点击Heap视图中的CauseGC按钮;


7.此时在Heap视图中就会看到当前选中的进程的内存使用量的详细情况


a)点击CauseGC按钮相当于向虚拟机请求了一次gc操作;


   b)当内存使用信息第一次显示以后,无须再不断的点击CauseGCHeap视图界面会定时刷新,在对应用的不断的操作过程中就可以看到内存使用的变化;


c)内存使用信息的各项参数根据名称即可知道其意思,在此不再赘述。

 

如何才能知道我们的程序是否有内存泄漏的可能性呢。这里需要注意一个值:Heap视图中部有一个Type叫做dataobject,即数据对象,也就是我们的程序中大量存在的类类型的对象。在dataobject一行中有一列是TotalSize,其值就是当前进程中所有Java数据对象的内存总量,一般情况下,这个值的大小决定了是否会有内存泄漏。可以这样判断:


a)不断的操作当前应用,同时注意观察dataobjectTotalSize值;


b)正常情况下TotalSize值都会稳定在一个有限的范围内,也就是说由于程序中的的代码良好,没有造成对象不被垃圾回收的情况,所以说虽然我们不断的操作会不断的生成很多对象,而在虚拟机不断的进行GC的过程中,这些对象都被回收了,内存占用量会会落到一个稳定的水平;


c)反之如果代码中存在没有释放对象引用的情况,则dataobjectTotalSize值在每次GC后不会有明显的回落,随着操作次数的增多TotalSize的值会越来越大,直到到达一个上限后导致进程被kill掉。


d)此处已system_process进程为例,在我的测试环境中system_process进程所占用的内存的dataobjectTotalSize正常情况下会稳定在2.2~2.8之间,而当其值超过3.55后进程就会被kill

 

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部