转 http://blog.csdn.net/xu_fu/article/details/45678373

尊重原创

垃圾回收（GC）

垃圾回收包含两个过程：

• 判定阶段，也就是判断哪些对象可以被回收，
• 收集阶段，是指具体的回收策略。

判定阶段主要有两种方式

• 引用计数，对象每多一个引用计数加1，少一个引用计数减1，计数为0时就表示这个对象可以被回收了。但是引用计数有个缺点，不能判断循环应用的情况，所以就有了下面的方式
• 根搜索，从一些根对象（GCRoot）开始遍历搜索，如果一个对象无法被搜索到，说明这个对象可以被回收了。
  可以作为GCRoot的对象：
  1 一些虚拟机栈中的对象；2 方法区中的类静态属性对象；3 方法区中的常量对象；4 Native栈中JNI的引用对象

收集阶段主要有四种方式

• 标记清除，最简单的算法，讲标记好的对象直接清除，速度快，但效率不高，内存碎片
• 复制算法，每次使用可用内存的一半，收集时将可用对象复制到另一半内存，回收这一半
• 标记整理，将存活对象整理到内存区域的一端，剩余部分回收
• 分代回收，将内存区域按对象存活周期划分为青年代和老年代等，不同区域采用上面不同的收集算法。

Dalvik与ART

Android5.0 之前使用Dalvik虚拟机，之后使用ART虚拟机，下面是一些比较：

• Dalvik在运行时将字节码转换为机器码，ART在安装的时候就转换为机器码，这样安装好的应用会占用更大的空间，但是运行时少了转换的时间，所以运行更快
• ART提供了更好的垃圾回收表现，将垃圾回收时，程序的暂停次数由两次(分析、清理)减少到一次；程序暂停时，并行的进行垃圾回收处理；回收新近分配的、生命期短的对象，垃圾回收器花费的时间更少

Android内存分析工具

Memory Monitor

GC操作需要暂停其他线程，因此短时间频繁的GC会对UI线程产生影响，导致频繁GC一般有两种情况，

• 大量的对象被创建又在短时间内马上被释放，比如在View的onDraw方法中创建对象
• Young Generation的内存区域达到阀值，剩余空间不够的时候，也会触发频繁GC

Android Studio提供了Memory Monitor来实时显示应用运行时内存占用情况，下边蓝色部分是现在占用的内存，上面灰色的部分显示是已回收的内存。如果在图上看到尖峰，也就是快速分配内存又被回收，也就是发生了内存抖动，这里就是需要优化的地方。

Allocation Tracking

Allocation Tracking是DDMS中提供内存工具，用来显示一段时间内的内存分配情况。

选择要跟踪的进程名，点击Start Tracking开始跟踪，做一些操作后点击Get Allocations就可以将这段操作中新分配的对象显示出来，点击具体的对象可以在下面看到是哪一个方法分配的这个对象。

Heap Tool 与 MAT

Heap Tool可以查看当前的内存快照

从数据里可以看到当前内存的占用和回收情况，每次垃圾回收这里的数据都会更新，因为会不断获取内存数据刷新显示，所以这时候对应用操作会出现卡顿。
Heap Tool提供的是一个内存的总体情况，图表显示的内容比较简单，如果要具体分析的话最好生成.hprof文件，使用MAT工具进行分析。

关于MAT工具的使用已经有很多介绍，google官方曾经写过一个使用介绍http://android-developers.blogspot.com/2011/03/memory-analysis-for-android.html，推荐一个中文博客，
http://blog.csdn.net/guolin_blog/article/details/42238633，写的很好。

一般用到MAT工具分析内存都是因为发生了应用发生了内存泄漏，需要自己去分析可能泄漏的地方，然后用MAT工具去验证。而最近Square公司开源了一个内存泄漏检测项目LeakCanary，极大地简化了这个过程，可以说是Android内存泄漏检测的终极利器。