内存泄漏在开发过程中是一个需要重视的问题，但是由于内存泄漏问题对开发人员的经验和开发意识有较高的要求，因此这也是开发人员最容易犯的错误之一，内存泄漏的优化分为两个方面，一方面是在开发过程中避免写出有内存泄漏的代码，另一方面是通过一些分析工具比如MAT来找出潜在的内存泄漏继而解决。
场景1：静态变量导致的内存泄漏
下面这种情形是一种最简单的内存泄漏，下面的代码将导致Activity无法正常销毁，因此静态变量sContext引用了它。
上面的代码也就可以改造一下，如下图所示，sView是一个静态变量，它内部持有了当前Activity，所以Activity仍然无法释放
场景2：单例模式导致的内存泄漏
静态变量导致的内存泄漏都太过明显，而单例模式所带来的内存泄漏是我们容易忽视的，如下所示，首先提供一个单例模式的TestManager，TestManager可以接受外部的注册并将外部的监听器存储起来
接着再让Activity实现OnDataArrivedListener 接口并向TestManager注册监听，下面的代码由于缺少解注册的操作所以会引起内存泄漏，泄漏原因是Activity的对象被单例模式的TestManager所持有，而单例模式的特点是其声明周期和Application保持一致，因此Activity对象无法被及时释放。
场景3：属性动画导致的内存泄漏
从Android 3.0开始，Google提供了属性动画，属性动画中有一类无限循环的动画，如果在Activity中播放此类动画且没有在onDestroy中去停止动画，那么动画会一种播放下去，尽管以及无法在界面上看到动画效果了，并且这个时候Activity的View会被动画持有，而View又持有了Activity，最终Activity无法释放，下面的动画是无限动画，会泄漏当前Activity，解决方法是在Activity的onDestroy中调用animator.cancel()来停止动画
