android 内存检测

1，调动GC后会打出一句话为D/dalvikvm﹕ GC_FOR_ALLOC freed 103K, 1% free 191507K/192028K, paused 229ms, total 229ms 对应格式为

                                                  D/dalvikvm: <GC_Reason> <Amount_freed>, <Heap_stats>,  <Pause_time> 

具体含义为：

首先第一部分GC_Reason，这个是触发这次GC操作的原因，一般情况下一共有以下几种触发GC操作的原因：

• GC_CONCURRENT:   当我们应用程序的堆内存快要满的时候，系统会自动触发GC操作来释放内存。
• GC_FOR_MALLOC:   当我们的应用程序需要分配更多内存，可是现有内存已经不足的时候，系统会进行GC操作来释放内存。
• GC_HPROF_DUMP_HEAP:   当生成HPROF文件的时候，系统会进行GC操作，关于HPROF文件我们下面会讲到。
• GC_EXPLICIT:   这种情况就是我们刚才提到过的，主动通知系统去进行GC操作，比如调用System.gc()方法来通知系统。或者在DDMS中，通过工具按钮也是可以显式地告诉系统进行GC操作的。

接下来第二部分Amount_freed，表示系统通过这次GC操作释放了多少内存。

然后Heap_stats中会显示当前内存的空闲比例以及使用情况（活动对象所占内存 / 当前程序总内存）。

最后Pause_time表示这次GC操作导致应用程序暂停的时间。关于这个暂停的时间，Android在2.3的版本当中进行过一次优化，在2.3之前GC操作是不能并发进行的，也就是系统正在进行GC，那么应用程序就只能阻塞住等待GC结束。虽说这个阻塞的过程并不会很长，也就是几百毫秒，但是用户在使用我们的程序时还是有可能会感觉到略微的卡顿。而自2.3之后，GC操作改成了并发的方式进行，就是说GC的过程中不会影响到应用程序的正常运行，但是在GC操作的开始和结束的时候会短暂阻塞一段时间，不过优化到这种程度，用户已经是完全无法察觉到了。

发现如果内存一直上升不下来，可以使用MAT具体定位问题，步骤如下：

 打开DDMS，选中应用，点击Dump HPROF file，点击这个按钮之后需要等待一段时间，然后会生成一个HPROF文件，这个文件记录着我们应用程序内部的所有数据。但是目前MAT还是无法打开这个文件的，我们还需要将这个HPROF文件从Dalvik格式转换成J2SE格式，使用hprof-conv命令就可以完成转换工作，如下所示：

1. hprof-conv dump.hprof converted-dump.hprof  
2. hprof-conv命令文件存放于<Android Sdk>/platform-tools目录下面。另外如果你是使用的插件版的MAT，也可以直接在Eclipse中打开生成的HPROF文件，不用经过格式转换这一步。

 然后将文件导入MAT中，利用

Histogram与

Dominator Tree来确定内存溢出的位置

具体参看原文：http://blog.csdn.net/guolin_blog/article/details/42238633