使用单例模式时，有时候不小心，就会很容易造成内容泄漏，如下代码所示：

公司主营业务：成都网站制作、成都网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出乌尔禾免费做网站回馈大家。

public class SingleInstance
{
private static volatile SingleInstance instance;
private Context context;
private SingleInstance(Context context)
{
    this.context = context;
}
public static SingleInstance getInstance(Context context)
{
    if(instance == null)
    {
        synchronized(SingleInstance.class)
        {
            if(instance == null)
            {
            instance = new SingleInstance(context);
            }
        }
    }
    return instance;
    }
}
public class MainActivity extends Activity
{
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        //leak occured
        SingleInstance.getInstance(this);
    }
}

上面的代码中，传入给单例对象的context是Activity的context，而单例对象是一个static对象，其生命周期与应用程序是一致的，（也就是说，只有应用程序进程被杀掉了，static对象才会被销毁,因为static是类对象，而不是对象变量）,该SingleInstance单例静态对象持有当前Activity的context，当MainActivity退出时，由于instance还继续只有其context引用，对造成系统无法销毁该Activity，从而造成内存泄漏。

解决方法：

从以上分析中，可以看成，造成内存泄漏的主要原因就是static对象的生命周期与其持有对象引用（即Activity)的声明周期不同而造成的，因此，解决内存的泄漏的方法有如下2种：

1. 使用应用程序的getApplicationContext()，静态对象的生命周期与应用程序的生命周期一致，故此不会导致内存泄漏。

2. 持有传入的context的弱引用。如下所示：

private WeakReference weakContext;
private SingleInstance(Context context)
{
    weakContext = new WeakReference(context);
}

如果某个时间点，MainActivity被GC了，由于持有的是MainActivity的弱引用，不会影响系统对MainActivity的回收，那么context就被置空了，所以后面要使用该context时，就需要判断一下该若引用持有的对象是否还存在：

weakContext.get() != null

另外有需要云服务器可以了解下创新互联scvps.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。

分享名称：由单例模式造成的内存泄漏-创新互联
本文链接：http://www.jxjierui.cn/article/dieiep.html