一、定义
内存泄漏是指：应该被GC回收的对象无法被回收，这个对象会引发内存泄漏。
二、危害
1、引发内存溢出；
2、导致内存不足，频繁触发GC，因而导致UI卡顿；
三、检测工具
1、MAT（Memory Analyzer Tools）是一个分析Java堆数据的专业工具，用它可以定位内存泄漏的原因。
MAT 使用方法：
内存泄漏 之 MAT工具的使用
2、LeakCanary是一个开源的在debug版本中检测内存泄漏的java库。
LeakCanary使用方法：
LeakCanary——直白的展现Android中的内存泄露
四、常见案例和解决方案
1、单例中不合理的持有
单例中的对象生命周期与应用一致
解决方案：
- 将该属性的引用方式改为弱引用;
- 如果传入Context，使用ApplicationContext;
2、非静态内部类和匿名类
在Java中，非静态内部类 和 匿名类 都会潜在的引用它们所属的外部类，但是，静态内部类却不会。如果这个非静态内部类实例做了一些耗时的操作，就会造成外围对象不会被回收，从而导致内存泄漏。
解决方案：
- 将内部类改为静态内部类;
- 如果有强引用Activity中的属性，则将该属性的引用方式改为弱引用;
- 在业务允许的情况下，当Activity执行onDestory时，结束这些耗时任务;
3、Context的不正确使用
在Android应用程序中通常可以使用两种Context对象：Activity Context和Application Context。当Activity Context被传递到其他实例中，这可能导致自身被引用而发生泄漏。
解决方案：
- 对于大部分非必须使用Activity Context的情况，应该使用Application Context（因为Application Context会随着应用程序的存在而存在，而不依赖于activity的生命周期）;
- 对Context的引用不要超过它本身的生命周期，慎重的对Context使用“static”关键字；
- Context里如果有线程，一定要在onDestroy()里及时停掉;
4、Handler引起的内存泄漏
当Handler中有延迟的的任务或是等待执行的任务队列过长，由于消息持有对Handler的引用，而Handler又持有对其外部类的潜在引用，这条引用关系会一直保持到消息得到处理，而导致了Activity无法被垃圾回收器回收，而导致了内存泄露。
解决方案：
- 可以把Handler类放在单独的类文件中，或者使用静态内部类便可以避免泄露;
- 如果想在Handler内部去调用所在的Activity,那么可以在handler内部使用弱引用的方式去指向所在Activity（使用Static + WeakReference的方式来达到断开Handler与Activity之间存在引用关系的目的）;
5、没有注销监听器
如果Context 对象想要在服务内部的事件发生时被通知，那就需要把自己注册到服务的监听器中。然而，这会让服务持有Activity 的引用，如果在Activity onDestory时没有释放掉引用就会内存泄漏。
解决方案：
- 使用Application Context代替Activity Context;
- 在Activity执行onDestory时，调用反注册;
6、资源对象没有关闭
资源性对象比如(Cursor，File文件等)往往都用了一些缓冲，我们在不使用的时候，应该及时关闭它们，以便它们的缓冲及时回收内存。它们的缓冲不仅存在于 java虚拟机内，还存在于java虚拟机外。如果我们仅仅是把它的引用设置为null,而不关闭它们，往往会造成内存泄漏。
解决方案：
- 程序退出时确保资源性对象已关闭;
7、集合中对象没清理
我们通常把一些对象的引用加入到了集合容器（比如ArrayList）中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大，可能会导致内存泄漏。如果这个集合是static的话，那情况就更严重了。
解决方案：
- 在Activity退出之前，将集合里的东西clear，然后置为null，再退出程序；
8、WebView对象没有回收
不再使用WebView对象时，应该调用它的destory()函数来销毁它，并释放其占用的内存，否则其占用的内存长期也不能被回收，从而造成内存泄露。
解决方案：
- 为webView开启另外一个进程，通过AIDL与主线程进行通信，WebView所在的进程可以根据业务的需要选择合适的时机进行销毁，从而达到内存的完整释放
9、构造Adapter时，没有使用缓存的ConvertView
初始时ListView会从Adapter中根据当前的屏幕布局实例化一定数量的View对象，同时ListView会将这些View对象 缓存起来。
当向上滚动ListView时，原先位于最上面的List Item的View对象会被回收，然后被用来构造新出现的最下面的List Item。
这个构造过程就是由getView()方法完成的，getView()的第二个形参View ConvertView就是被缓存起来的List Item的View对象(初始化时缓存中没有View对象则ConvertView是null)。
参考资料：
内存泄露和内存溢出（OOM）的引发原因及优化方案
