一、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 | 此次回收836K |
| 27% free | 可用内存空间27% |
| 9653K/13116K | 活跃对象与总大小具体指 |
| paused 101ms | 暂停进行垃圾回收用时101ms |
| total 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