使用单例模式造成的内存泄漏
Android的单例模式在我们项目开发中经常会用到，不过使用的不恰当的话也会造成内存泄漏。因为单例的静态特性使得单例的生命周期和应用的生命周期一样长， 这就说明了如果一个对象已经不需要使用了，而单例对象还持有该对象的引用，那么这个对象将不能被正常回收，这就导致了内存泄漏。
Android中习惯使用单例的常见类： xxxManager , xxxHelper , xxxUtils 等
我们举个例子：
1. 新建一个工程。
2. 配置好LeakCanary检测环境。
3. 添加一个单例类AppManager，代码如下
4. 在MainActivity中使用此单例，代码如下：
运行代码后做如下操作：
1. 点手机返回键，退出MainActivity。
2. 等待10秒
做完如上操作后，LeakCanary提示MainActivity内存泄漏：
我们来分析一下，为什么会内存泄漏呢？
AppManager appManager=AppManager.getInstance(this);
这句传入的是Activity的Context，我们都知道，Activty是间接继承于Context的，当这Activity退出时，Activity应该被回收， 但是单例中又持有它的引用，导致Activity回收失败，造成内存泄漏。
为了以防误传Activity的Context , 我们可以修改一下单例的代码，如下：
这样修改，不管外面传入什么Context，最终都会使用Applicaton的Context，而我们单例的生命周期和应用的一样长，这样就防止了内存泄漏。
修改完毕后，运行代码，重复以上操作，将会发现leakCanary没有检测出泄漏。
关于ApplicationContext
既然这个单例Manager是需要被全局访问的，同时Manager里面又需要context，那么最好的方式就是用一个生命周期是整个app的context来代替。所以这个单例Manager并不需要构造的时候传入一个context，只需要在Manager里面使用context的地方通过getApplicationContext即可。因为application context的生命周期是最长的。
leakcanary是个很好的工具，下列是一些参考资料:
http://www.liaohuqiu.net/cn/posts/leak-canary-read-me/
原文链接地址：http://blog.csdn.net/qq_32618417/article/details/51703414 谢谢博主