内存泄漏原因

本质：对象的引用未被释放，导致对象本身无法被有效的回收。（生命周期长的持有生命周期短的引用，导致对象无法被回收）。

内存泄漏常见场景

（1）Handler使用不当造成的内存泄漏

原因：handler作为内部类使用，持有外部类的引用。Handler一直持有Activity的引用，其发送的Message中持有Handler的引用，当队列处理Message的时间过长会导致Handler无法被回收，那么activity也无法被回收。

解决方法：1.将handler声明为静态内部类，就不会持有外部类的引用，其生命周期就和外部类无关。

2.销毁对象时候清空队列里的Message。

（2）单例持有activity的引用

原因：单例模式里的静态实例持有对象的引用，导致对象无法被回收，常见为持有Activity的引用

解决方法：Context是ApplicationContext，由于ApplicationContext的生命周期是和app一致的，不会导致内存泄漏

（3）静态集合类

原因：如HashMap、LinkedList等等。如果这些容器为静态的，那么它们的生命周期与程序一致，则容器中的对象在程序结束之前将不能被释放，从而造成内存泄漏。简单而言，长生命周期的对象持有短生命周期对象的引用，尽管短生命周期的对象不再使用，但是因为长生命周期对象持有它的引用而导致不能被回收。

解决方法:有对应的删除或卸载操作

(4) 线程的操作不当引发的内存泄漏

原因:线程产生内存泄露的主要原因在于线程生命周期的不可控,activity finsh的时候 线程还在执行 导致aciivity不能被销毁,不能回收。

解决方法:静态实例+弱引用(Weakrefrence)方式，使其生命周期一致

(5)常用的资源未关闭回收引发的内存泄漏

原因:BraodcastReceiver，File，Cursor，IO流，Bitmap等资源使用未关闭

解决方法:使用后有对应的关闭和卸载机制

(6)匿名内部类/非静态内部类操作不当引发的内存泄漏

原因:内部类持有对象引用，导致无法释放，比如各种回调

解决方法:保持生命周期一致，改为静态实例+对象的弱引用方式（WeakReference）

(7)属性动画

原因:动画同样是一个耗时任务，比如在 Activity 中启动了属性动画（ObjectAnimator），但是在销毁的时候没有调用 cancel 方法，虽然我们看不到动画了，但是这个动画依然会不断地播放下去，动画引用所在的控件，所在的控件引用 Activity ，这就造成 Activity 无法正常释放。因此同样要在 Activity 销毁的时候 cancel 掉属性动画，避免发生内存泄漏。

(8)静态变量导致内存泄漏

原因:静态变量存储在方法区，它的生命周期从类加载开始，到整个进程结束。一旦静态变量初始化后，它所持有的引用只有等到进程结束才会释放

(9)WebView 造成内存泄漏

原因:关于WebView的内存泄漏，因为WebView在加载网页后会长期占用内存而不能被释放，因此我们在Activity销毁后要调用它的destroy()方法来销毁它以释放内存。 另外在查阅 WebView 内存泄漏相关资料时看到这种情况：WebView下面的Callback持有Activity引用，造成WebView内存无法释放，即使是调用了WebView.destroy()等方法都无法解决问题（Android 5.1 之后）。 最终的解决方案是：在销毁 WebView 之前需要先将 WebView 从父容器中移除，然后在销毁 WebView。

总结

内存泄漏在 Android 内存优化是一个比较重要的一个方面，很多时候程序中发生了内存泄漏我们不一定就能注意到，所有在编码的过程中养成良好的习惯。总结下来只要做到以下这几点就能避免大多数情况的内存泄漏：

构造单例的时候尽量别用 Activity 的引用

静态引用是注意引用对象的置空或者少用静态引用

使用静态内部类 + 弱引用代替非静态内部类

及时取消广播或者观察者注册

耗时任务、属性动画在 Activity 销毁时记得 cancel

文件流、Cursor 等资源及时关闭

Activity 销毁时 WebView 的移除和销毁