扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
使用单例模式时,有时候不小心,就会很容易造成内容泄漏,如下代码所示:
成都创新互联公司服务项目包括濂溪网站建设、濂溪网站制作、濂溪网页制作以及濂溪网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,濂溪网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到濂溪省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
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种:
使用应用程序的getApplicationContext(),静态对象的生命周期与应用程序的生命周期一致,故此不会导致内存泄漏。
持有传入的context的弱引用。如下所示:
private WeakReferenceweakContext; private SingleInstance(Context context) { weakContext = new WeakReference (context); }
如果某个时间点,MainActivity被GC了,由于持有的是MainActivity的弱引用,不会影响系统对MainActivity的回收,那么context就被置空了,所以后面要使用该context时,就需要判断一下该若引用持有的对象是否还存在:
weakContext.get() != null
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流