定义：activity销毁后，当gc回收时，发现该activity的引用被持有，导致不能回收。（内存泄漏一般不会导致崩溃，但如果项目中大量的出现内存泄漏，非常容易引发OutOf Memery）
内存泄漏的检测：在Androidstudio3.0以后，通过Android profiler（3.0以前使用Android monitor）中的memery选项，查看内存使用情况，如果检测某一个activity中是否存在内存泄漏，可以将该activity进行finish，然后手动触发GC，再对项目的包进行捕捉查看，如果gc后发现在对应包下，仍然存在改activity引用，说明该activity已经发生了泄漏，可以根据引用的对象，进行初步排查，当然不管使用studio自带的检测工具，还是使用MAT工具，只能检测出大部分的泄漏问题，或者有时候即使发现泄漏，很难确定位置，这个时候主要还是靠开发人员通过经验判断逐步排查。
导致原因及处理方式：
1， 内部类导致的内存泄漏：因为内部类默认持有外部类的引用，所以当activity销毁的时候，如果触发gc，可能会导致该activity不能被回收。解决方法：将内部类改为静态内部类，因为静态内部类的实例对象不会和外部类的实例对象绑定。 它只能访问外部类的静态成员变量或者静态方法，而静态的生命周期和application一样长，所以不会影响activity的回收。
2， Handler导致的内存泄漏：首先，handler很多时候也是作为一个内部类使用，所以同上，改为静态内部类。其次，handler经常执行一些耗时的操作，如果耗时任务还没有执行完成，而这个时候activity已经销毁，当gc回收的时候发现activity仍被持有，导致不能被回收，所以一般在activity销毁的时候（也就是onDestroy的时候）将所有消息清空（removeCallbacksAndMessages）并将handler置空。
3， 单例设计模式导致的内存泄漏：因为在使用单例的时候，经常会传入一个本类的上下文对象，而单例是静态的，生命周期和application一样长，当activity销毁的时候，改单例持有activity的引用导致其不能被回收，出现内存泄漏。解决方法：
在使用上下文的时候，传全局上下文。
4， Webview
关于WebView的内存泄露，因为WebView在加载网页后会长期占用内存而不能被释放，因此我们在Activity销毁后要调用它的destory()方法来销毁它以释放内存。
创建时不要在xml中创建而是在代码中创建
最终的解决方案是：在销毁WebView之前需要先将WebView从父容器中移除，然后在销毁WebView。
