前言：Square公司基于MAT开源了LeakCanary,具体git地址：https://github.com/square/leakcanary，18781 star，相当好用
使用步骤
Step1： 在相应工程中的build.gradle 中加入如下代码
dependencies {
debugCompile 'com.squareup.leakcanary:leakcanary-android:1.3'
releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'
}
注：releaseCompile 'com.squareup.leakcanary:leakcanary-android-no-op:1.3'可能编译不过，需要clean一下工程，重新再编译
Step2： 在application中加入代码如下（注：整个工程配置的Application，AndroidMenifest）
Myapplication中需要加入如下代码
LeakCanary.isInAnalyzerProcess(this)判断是否能找到对应的package
LeakCanary.install(this) this传入的必须是application，具体看源码如下
Step3：准备工作做好后，将应用安装到手机后，会对应生成一个Leaks的应用，这时在自己应用上进行各种操作，横竖屏，销毁，再打开等操作
leaks应用会提示“Dumping memory app will freeze.Brrrr.”，这时候leaks应用会在后台遍历所以activity 内存泄漏，看源码，应该把所有activity进入
List，然后遍历分析。
注意这个只能对activity进行监控
如果是fragement，需要在fragment的onDestroy（）方法中使用 RefWatcher refWatcher = MyApplication.getRefWatcher(getActivity());
Step4:接下来就是等待Leaks应用的notification了，接下来果然不负众望，手机出现通知了，内存终于泄漏了。。。
迫不及待的点击进去看，发现内存泄漏的不少，两个代码，四个泄漏，如下图
然后点击进入看详情，具体是哪里泄漏，如下图
分析：途中reference表示引用了某个实例，SplashActivity这个引用被AsyncTask占用，也就是强引用，AsyncTask引起问题原因如下
开启线程后，未结束，此时用户又一次，甚至多次开启线程，导致多次请求。
解决方式：将线程写为静态static。
当用户开启线程后，退出界面，多次进入。由于线程持有Activity的变量的实例，导致Activity无法被回收，从而导致内存泄漏
解决方式：采用弱引用的方式，将线程与Activity进行解耦。
强引用是什么：this：代表一条狗，AsyncTask：是有个人甲需要这只狗来提醒有没有坏人，并且锁住狗。强引用：锁住了狗狗，
但这只狗并不属于甲
最后狗主人回来了，呼唤狗狗回家，但是链子锁住了狗，狗狗回不了家。甲也不需要狗狗，狗主人也呼唤不会狗狗，狗狗就在堆栈中释放
不了。
Step5:看下上图中具体如何拴住的狗狗，看看下图代码
非静态内部类，强引用this，导致this得不到释放，这时候将 代码改成非静态内部类
如果doInbackGround中继续对this引用，还可能内存泄漏。更好的办法可以使用弱引用避免
结尾：无论是AsyncTask还是Handler、Thread、单例等，经常使用非静态内部类的地方，请使用若引用，每次都去找内存泄漏的地方，还不如避免内存泄漏