Android内存泄漏检测和避免
Java具有内存自动回收，但是在Android往往经常存在内存泄漏。因为Android开发中存在大量的异步任务等不了垃圾回收，还有很多JNI底层的的内存分配。
1、内存泄漏检测
好在Android提供了很多内存泄漏检测工具，帮助我们发现内存泄漏。还有大牛开发的库，比如：LeakCanary
1.1、Android Profile
Memory Profiler 是 Android Profiler 中的一个组件，可帮助您识别可能会导致应用卡顿、冻结甚至崩溃的内存泄露和内存抖动。它显示一个应用内存使用量的实时图表，让您可以捕获堆转储、强制执行垃圾回收以及跟踪内存分配。
View > Tool Windows > Profiler，也可以点击工具栏中的 Profile 图标
点击 MEMORY 时间轴上的任意位置以打开 Memory Profiler
1.2、Android Monitor
有没有发现这个小小的monitor.bat工具挺强大，分析布局，还能分析内存。选择DDMS模式，选择要分析的页面，点击Cause GC，触发GC采集信息。
点击Dump HPROF file下载APP堆栈信息。
要用到Java堆内存分析器Mat，对抓到的.hprof文件进一步分析。
1.3、Memory Analyzer (MAT)
MAT是Memory Analyzer的简称，它是一款功能强大的Java堆内存分析器。可以用于查找内存泄露以及查看内存消耗情况。MAT是基于Eclipse开发的，是一款免费的性能分析工具。http://www.eclipse.org/mat/下载MAT
前面抓到的.prof还不能直接给mat分析，需要转换一下。借助SDK目录.\sdk\platform-tools\hprof-conv.exe程序对monitor抓取到的.prof堆栈文件进行转换：
//hprof-conv.exe 源hprof 转换后hprof
hprof-conv.exe com.easyicon.learnglide.hprof convert.hprof转换后的hprof文件可以用mat直接打开：File->Open File...
自动分析报告疑似内存泄漏的地方。
对于疑似内存泄漏的代码，逐个再进行排查分析。
1.4、LeakCanary
详见另一篇博客LeakCanary
2、避免内存泄漏
既然有可能存在内存泄漏，就要尽量避免。
2.1、Handler
Handler的生命周期与Activity不一致。主要用来子线程与主线程同步数据，通常会调用postDelay()方法，会导致Activity页面退出，但是仍有延迟的任务，导致对象被引用不能释放。
通过匿名内部类创建的Handler对象，默认持有外部类Activity的引用。Handler会关联到全局Looper的消息队列，未处理的Message会被MessageQueue一直持有，导致Activity泄漏。
在Activity的onDestory()方法中，移除Handler所有未处理的消息。
@Override
protected void onDestroy() {
super.onDestroy();
mHandler.removeCallbacksAndMessages(null);
}2.2、Bitmap
Bitmap实际底层内存分配都是C++ Native层，GC只回收了JVM中Bitmap对象，底层并没有回收。用完Bitmap，最好在调用释放底层内存的JNI接口方法。
bitmap.recycle();2.3、Closeable
对于输入输出流、Cursor等资源，用完及时关闭释放底层资源。写一个通用的方法释放Closeable资源：
public static void closeResorce(Closeable resource) {
if (null != resource) {
try {
resource.close();
} catch (IOException e) {
e.printStackTrace();
}
}
}2.4、注册与反注册
Android开发中有大量的注册操作，对应的也需要进行反注册处理。比如BroadcastReceiver的注册与反注册。
一定要成对，最好对称操作：在onCreate()中注册，那么就在onDestory()中注销。
2.5、巧用WeakReference
对于Handler存在内存泄漏的可能，Google官方给的做法是自定义static Handler类，传入外部Activity的弱引用。
学习资料：
