由单例模式造成的内存泄漏-创新互联
使用单例模式时,有时候不小心,就会很容易造成内容泄漏,如下代码所示:
公司主营业务:成都网站制作、成都网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出乌尔禾免费做网站回馈大家。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
另外有需要云服务器可以了解下创新互联scvps.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
网站栏目:由单例模式造成的内存泄漏-创新互联
本文链接:http://pwwzsj.com/article/dieiep.html