首先申明本文转载自:http://blog.csdn.net/sunboy_2050/article/details/7031234
Dalvik 虚拟机支持垃圾收集,但是这不意味着你可以不用关心内存管理。你应该格外注意移动设备的内存使用,手机和平板的内存空间是受到限制的。
在这篇文章里面,我们来看看Android SDK里面的一些内存剖析工具(profiling tools)是如何帮助我们修整应用程序的内存使用。
一、 内存泄露
一些内存使用问题是很明显的,例如,如果在每次用户触摸屏幕的时候应用程序有内存泄露,将会有可能触发OutOfMemoryError,最终程序崩溃。
另外一些问题却很微妙,也许只是降低应用程序和整个系统的性能(当高频率和长时间地运行垃圾收集器的时候)。
二、 内存工具
Android SDK 提供了2个主要的剖析应用程序内存使用情况的工具:Allocation Tracker 和 heap dumps
1)Allocation Tracker是很有用的,特别是当你想得到程序在一定的时间里内存的分配情况的一种感性认识的时候。但是它不能给你任何关于程序heap总体情况的任何 信息。关于Allocation Tracker的更多信息,请看文章Tracking
Memory Allocations
2)heap dumps,它是更强大的内存分析工具,一个heap dump就是一个程序heap的快照,它保存为一种叫做HPROF的二进制格式。Dalvik用的也是类似的格式,但是不完全一样,这里是Java 的HPROF工具。有很多方法去生成一个运行时应用程序的heap
dump,其中一种就是使用在DDMS里边的Dump HPROF file按钮,如果想产生更精确的dump数据,可以在程序中使用android.os.Debug.dumpHprofData()方法。
分析heap dump,你可以使用一些标准的工具比如jhat或者EclipseMAT(Memory
Analyzer Tool)。不过,首先需要把.hprof文件从Dalvik格式转换成J2SE HPROF格式,你可以使用Android SDK提供的hprof-conv工具。例如:
hprof-convdump.hprof converted-dump.hprof
三、 内存调试
Dalvik 运行时里,程序员不能显式地分配和释放内存,所以这里的内存泄露跟C和C++里面的不同。在你的代码里,内存泄露就是你保留了一个并不再需要的类对象的引用,有时候仅仅一个引用就会阻碍gc对一大堆对象的回收。
我们来过一个实际的例子,Android SDK里面提供的范例程序Honeycomb Gallery sampleapp。它是一个photo
gallery程序,用来演示一些新的Honeycomb API的使用。(下载和编译这些代码,请看这些命令)我们会有意地加入一个内存泄露在程序里边,然后来演示如何调试它。
想象一下我们想修改程序让它从网络下载图片,为了让它更具备灵活性,我们可以考虑实现一个缓存,保存最近查看过的图片,我们可以对ContentFragment.java做一些小的修改来达到这个目的。在class顶部,我们增加一个新的静态变量:
privatestaticHashMap<String,Bitmap>sBitmapCache=newHashMap<String,Bitmap>();
这里是我们保存缓存的地方,现在可以修改updateContentAndRecycleBitmap()方法,让它在下载之前先查看是否数据已经存在,如果不存在就去下载,然后添加数据到缓存。
-
voidupdateContentAndRecycleBitmap(intcategory,intposition){
-
if(mCurrentActionMode!=null){
-
mCurrentActionMode.finish();
-
}
-
-
-
-
-
StringbitmapId=""+category+"."+position;
-
mBitmap=sBitmapCache.get(bitmapId);
-
-
if(mBitmap==null){
-
-
-
mBitmap=Directory.getCategory(category).getEntry(position).getBitmap(getResources());
-
sBitmapCache.put(bitmapId,mBitmap);
-
}
-
-
((ImageView)getView().findViewById(R.id.image)).setImageBitmap(mBitmap);
-
}
在这里故意引入了一个内存泄露的问题:我们把图片加入了缓存但是从来没有移除他们,在真实的应用里,我们可以会用某种方法来限制缓存的大小。
四、 DDMS检查heap
Dalvik Debug Monitor Server(DDMS)是主要的Android调试工具之一,也是ADT Pluginfor Eclipse的一部分,独立的程序版本也可以在Android SDK的根目录下的tools/下面找到。关于DDMS更多的信息,请参考使用DDMS。
我们来使用DDMS检查这个应用的heap使用情况,你可以使用下面的两种方法启动DDMS:
- from Eclipse: clickWindow —> Open Perspective—>Other...—>DDMS
- from the command line: run
ddms
(or./ddms
on Mac/Linux) in thetools/
directory
在左边的面板,选择进程com.example.android.hcgallery,然后在工具条上边点击Show heap updates按钮。这个时候切换到DDMS的VM Heap分页,它会显示每次gc后heap内存的一些基本数据。
如果想查看第一次gc后的数据内容,点击Cause GC按钮:
我们可以看到现在的值(Allocated列)是有一些超过8MB。现在滑动相片,这时看到 数据在增大,因为只有仅仅13个相片在程序里边,所以泄露的内存只有这么大。在某种程度上来说,这是最坏的一种内存泄露,因为我们没法得到 OutOfMemoryError来提醒我们说现在内存溢出了。
五、 生成heap dump
为了使用heap dump来追踪这个问题,首先要保存HPROF文件:
点击DDMS工具条上面的Dump HPROF文件按钮,选择文件存储位置,然后在运行hprof-conv。在这个例子里我们使用独立的MAT版本(版本1.0.1),MAT下载。
如果使用ADT(它包含DDMS的插件)同时也在eclipse里面安装了MAT,点击“dump HPROF”按钮将会自动地做转换(用hprof-conv),同时会在eclipse里面打开转换后的hprof文件(它其实用MAT打开)。
六、 MAT分析heap dumps
启动MAT,然后加载刚才我们生成的HPROF文件。
MAT是一个强大的工具,讲述它所有的特性超出了本文的范围,所以我只想演示一种你可以用来检测 泄露的方法:直方图(Histogram)视图。它显示了一个可以排序的类实例的列表,内容包括:shallow heap(所有实例的内存使用总和),或者retained heap(所有类实例被分配的内存总和,里面也包括他们所有引用的对象)。
如果我们按照shallow heap排序,我们可以看到byte[] 实例在顶端。自从Android 3.0(Honeycomb),Bitmap的像素数据被存储在byte数组里 (之前是被存储在Dalvik的heap里),所以基于这个对象的大小来判断,不用说它一定是我们泄露掉的bitmap。
右击byte[] 类,然后选择List Objects —> with incoming references,它会生成一个heap上的所有byte数组的列表,在列表里我们可以按照Shallow Heap的使用情况来排序。
选择并展开一个比较大的对象,它将展示从根到这个对象的路径 —— 就是一条保证对象有效的链条。注意看,这个就是我们的bitmap缓存!
MAT 不会明确告诉我们这就是泄露,因为它也不知道这个东西是不是程序还需要的,只有程序员知道。
在这个案例里面,缓存使用的大量的内存会影响到后面的应用程序,所以我们可以考虑限制缓存的大小。
七、 MAT 比较两个heap dumps
调试内存泄露时,有时候适时比较2个地方的heap状态是很有用的。这时你就需要生成2个单独的HPROF文件(不要忘了转换格式),下面是一些关于如何在MAT里比较2个heap dumps的内容(有一点复杂):
- 第一个HPROF 文件(usingFile—>Open Heap Dump)
- 打开 Histogram view
- 在Navigation History view里 (如果看不到就从Window—>Navigation History找), 右击histogram然后选择Add
to Compare Basket
- 打开第二个HPROF 文件然后重做步骤2和3
- 切换到Compare Basket view,然后点击Compare the Results(视图右上角的红色"!"图标)。
八、 总结
这本篇文章里面,我展示了Allocation Tracker 和 heap dumps是如何给你一种对程序内存使用的感性认识。我也展示了MAT可以帮助追逐我们程序里面的内存泄露问题。
MAT是一个强大的工具,我也仅仅触碰了一些皮毛,如果你想学习更多内容,我建议读 一些下面的文章:
说明:上面两个博客网址,可能被“墙”了,需要通过VPN 或 IPv6 + sixxs.org代理访问
分享到:
相关推荐
主要从5个模块入手: 1 java的GC机制以及Android最大堆内存分配 2 Monitors 3 DDMS/Traceview 4 Mat 5 LeakCanary 6 开发中要注意的点。
一、概述 1 二、Android(Java)中常见的容易引起内存泄漏的不良代码 1 (一) 查询数据库没有关闭游标 2 (二) 构造Adapter时,没有使用缓存的 convertView 3 (三) Bitmap对象不在使用...(三) 使用MAT的视图工具分析内存 8
主要介绍android内存管理 以及MAT、DDMS等工具的使用
Android 调试工具ddms的devices栏目存在一个功能叫做start method profiling,此按钮顾名思义是启动method profiling的,而Android的Method Profiling功能,是可以在一段时间内记录所有运行过的函数,最后生成一个...
一种基于Android开发环境的调试工具DDMS.pdf
记录一次内存分析的简单实践,目的是找出占用内存较大的对象和无效的内存分配 2、工具 2.1、 DDMS或者Android Studio DDMS:抓取内存快照 Android Studio的Profiler:抓取内存快照并分析(支持android 5.0以上) 2.2...
研究安卓app性能测试,参考了网上部分优秀博客整理了一份文档,以供以后查询
本篇文章对android调试工具DDMS的使用进行了详细的分析介绍。需要的朋友参考下
Android 调试工具ddms的devices栏目存在一个功能叫做start method profiling,此按钮顾名思义是启动method profiling的,而Android的Method Profiling功能,是可以在一段时间内记录所有运行过的函数,最后生成一个...
在AS自带的命令行工具Terminal中输入monitor后回车即可。 如果还是没启动说明没配环境变量, 找到sdk安装目录,tools,复制monitor的全路径到terminal就可以了。 若此时报错:Java was started but returned exit ...
1、ddmlib.jar:更换此文件来解决Android studio中的Android Device Monitor(DDMS)的File Explorer不显示目录树的问题。 2、该文件的更换方法:Sdk\tools\lib\monitor-x86_64\configuration\org.eclipse.osgi\...
独立或结合Eclipse使用DDMS 3 独立使用DDMS 3 熟悉DDMS的关键特性 4 使用进程 4 向Android应用程序关联调试器 4 监视Android应用程序的线程活动 5 在Android应用程序中触发垃圾回收(GC) 5 监视Adroid应用程序的堆...
android中的DDMS视图&Button;.ppt
[Android开发从零开始].6.DDMS视图和Button
这是一个通过DDMS分析Android的CPU占用过高生成的TraceView文件,希望对使用TraceView有帮助。
精讲Android调试及DDMS的使用
006__android 之DDMS的使用视频教材,讲解的比较详细,有兴趣的可以学习下哦
本软件是一款轻捷的Android Java应用程序安装、调试工具,部分功能可以在google提供的Android SDK开发包里面的DDMS(Dalvik Debug Monitor Service (DDMS) Tool)找到官方的实现。DDMS功能很强大,但功能过于繁多,...
android 用ddms截屏幕 实时显示