资讯

精准传达 • 有效沟通

从品牌网站建设到网络营销策划,从策略到执行的一站式服务

由单例模式造成的内存泄漏

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

成都创新互联公司服务项目包括濂溪网站建设、濂溪网站制作、濂溪网页制作以及濂溪网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,濂溪网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到濂溪省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!

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


当前标题:由单例模式造成的内存泄漏
文章来源:http://cdkjz.cn/article/ipjcjo.html
多年建站经验

多一份参考,总有益处

联系快上网,免费获得专属《策划方案》及报价

咨询相关问题或预约面谈,可以通过以下方式与我们联系

大客户专线   成都:13518219792   座机:028-86922220