dalvikvm LogCat解析

本文转自http://www.2cto.com/kf/201411/354949.html

D/dalvikvm: , , , 

一、GC_Reason 触发垃圾回收的回收的集中原因：

类型描述GC_CONCURRENT内存使用将满时，并发的进行垃圾回收。GC_FOR_MALLOC当内存已满应用尝试分配内存时会出触发垃圾回收，所以系统会停止应用进行垃圾整理GC_HPROF_DUMP_HEAP当创建HPROF文件分析内存时触发垃圾收集。GC_EXPLICIT显示的垃圾收集，例如当你调用gc() （应该避免调用，而是交由系统处理）GC_EXTERNAL_ALLOC只会在API 10以下版本触发。新版都只会在Dalvik Heap上分配。


二、Amount freed 回收的内存大小

三、Heap stats 空闲内存比例和（活跃对象总数/内存大小）

四、External memory stats API 10以下内存分配大小

五、Pause time 越大的堆暂停时间越长，并发会显示两个暂停：一个是回收开始时间，另外一个是回收结束时间


例子： D/dalvikvm(27235): GC_FOR_ALLOC freed 836K, 27% free 9653K/13116K, paused 101ms, total 104ms 
LOG信息描述freed 836K此次回收836K27% free可用内存空间27%9653K/13116K活跃对象与总大小具体指paused 101ms暂停进行垃圾回收用时101mstotal 104ms总用时104ms
　 
其他 external 0K/0K，表示可用外部内存/外部内存总量 paused　2ms+2ms，第一个时间值表示markrootset的时间，第二个时间值表示第二次mark的时间。 如果触发原因不是GC_CONCURRENT，这一行为单个时间值，表示垃圾收集的耗时时间。 
可以通过在LogCat通过 “GC_” 关键字 + TAG 两项过滤 

参考资料： https://developer.android.com/tools/debugging/debugging-memory.html#LogMessages

一、GC_Reason 触发垃圾回收的回收的集中原因：

类型描述GC_CONCURRENT内存使用将满时，并发的进行垃圾回收。GC_FOR_MALLOC当内存已满应用尝试分配内存时会出触发垃圾回收，所以系统会停止应用进行垃圾整理GC_HPROF_DUMP_HEAP当创建HPROF文件分析内存时触发垃圾收集。GC_EXPLICIT显示的垃圾收集，例如当你调用gc() （应该避免调用，而是交由系统处理）GC_EXTERNAL_ALLOC只会在API 10以下版本触发。新版都只会在Dalvik Heap上分配。


二、Amount freed 回收的内存大小

三、Heap stats 空闲内存比例和（活跃对象总数/内存大小）

四、External memory stats API 10以下内存分配大小

五、Pause time 越大的堆暂停时间越长，并发会显示两个暂停：一个是回收开始时间，另外一个是回收结束时间


例子： D/dalvikvm(27235): GC_FOR_ALLOC freed 836K, 27% free 9653K/13116K, paused 101ms, total 104ms 
LOG信息描述freed 836K此次回收836K27% free可用内存空间27%9653K/13116K活跃对象与总大小具体指paused 101ms暂停进行垃圾回收用时101mstotal 104ms总用时104ms
　 
其他 external 0K/0K，表示可用外部内存/外部内存总量 paused　2ms+2ms，第一个时间值表示markrootset的时间，第二个时间值表示第二次mark的时间。 如果触发原因不是GC_CONCURRENT，这一行为单个时间值，表示垃圾收集的耗时时间。 
可以通过在LogCat通过 “GC_” 关键字 + TAG 两项过滤 

参考资料： https://developer.android.com/tools/debugging/debugging-memory.html#LogMessages