Android内存泄漏第一课【转】--------（使用单例模式造成的内存泄漏）

使用单例模式造成的内存泄漏

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  谢谢博主