Android内存泄露排查
内存泄露是指有个引用指向一个不再被使用的对象，导致该对象不会被垃圾回收器回收。在JAVA中是通过可达性（Reachability Analysis）来判断对象是否可以被回收。这个算法的基本思想是：通过一系列的称谓”GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走的路径称为引用链，当不存在一条从GC Roots到该对象的引用链时，则该对象被判定为可以被回收的对象，反之不能被回收
Java引用和GC
按照一个对象的引用可达(Reachable)强度，由强到弱分为5类，如下:
1,强可达(Strong Reachable):在一个线程内，无需引用直接可达，新创建的对象是强可达的。
2,软可达(Soft Reachable):不是强可达的，但是通过一个软引用(SoftReference)可达。
3,弱可达(weak Reachable):既不是强可达也不是软可达，但是通过一个弱引用(WeakReference)可达。
4,虚可达(Phantom Reachable):既不是强可达，不是软可达，也不是弱可达，但是通过一个虚引用(PhantomReference)可达。
5,不可达(Unreachable):没有任何引用指向对象。
当Java虚拟机(JVM)觉得内存不够用的时候，会触发垃圾回收操作(GC)，清除无用的对象，释放内存。
Java垃圾回收器会优先清理可达强度低的对象。另外有两个重要的点:
强可达的一定不会被清理
JVM保证抛出out of memory之前，清理所有的软引用对象
下面分别介绍4种引用类型:
1,强引用(StrongReference)
我们平时申明变量使用的就是强引用，普通系统99%以上都是强引用。比如，String s = “Hello World”
2,弱引用(WeakReference)
垃圾回收器某个时刻决定回收软可达的对象的时候，会清理软引用，并可选的把引用存放到一个引用队列(ReferenceQueue)。
3,软引用(SoftReference)
类似弱引用，只不过Java虚拟机会尽量让软引用的存活时间长一些，迫不得已才清理。
4,虚引用(PhantomReference)
仅用来处理资源的清理问题，比Object里面的finalize机制更灵活。get方法返回的永远是null，Java虚拟机不负责清理虚引用，但是它会把虚引用放到引用队列里面。
内存排查时，只检查强引用，其他在gc的时候会被回收掉。
Android内存泄露排查
1，安装debug包进行操作，然后退出需要检查内存的页面，或者退出app
2, 打开exlipse 或者 Android Studio, 选择DDMS插件
3，在DDMS插件界面左侧能看到应用主进程，如com.tmall.wireless
4，选择UpdateHeap,然后点击右侧的GC，然后点击dump Hprof File
5,将生成的hprof使用hprof-conv工具进行转换
hprof-conv oldPathAndName.hprof newPathAndName.hprof
6,使用Mat工具打开文件
7,在classname中输入activity，查找对应activity dump出来的内存。
8,在可疑对象上右键，选择 “show objects by class” -> “by incoming references”，查看所有的引用这个实例的对象
9,过滤掉非强引用，打开后的tab显示了所有引用这个Object的对象，继续右键过滤掉所有无效的引用：”exclude all phantom/weak/sof etc. references”
10,最后剩下的那个就是引起泄漏的问题
