您好,登录后才能下订单哦!
使用单例模式时,有时候不小心,就会很容易造成内容泄漏,如下代码所示:
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 WeakReference<Context> weakContext; private SingleInstance(Context context) { weakContext = new WeakReference<Context>(context); }
如果某个时间点,MainActivity被GC了,由于持有的是MainActivity的弱引用,不会影响系统对MainActivity的回收,那么context就被置空了,所以后面要使用该context时,就需要判断一下该若引用持有的对象是否还存在:
weakContext.get() != null
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。