由单例模式造成的内存泄漏
使用單例模式時,有時候不小心,就會很容易造成內(nèi)容泄漏,如下代碼所示:
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 {@Overrideprotected?void?onCreate(Bundle?savedInstanceState)?{super.onCreate(savedInstanceState);setContentView(R.layout.activity_main);//leak?occuredSingleInstance.getInstance(this);} }上面的代碼中,傳入給單例對象的context是Activity的context,而單例對象是一個static對象,其生命周期與應(yīng)用程序是一致的,(也就是說,只有應(yīng)用程序進程被殺掉了,static對象才會被銷毀,因為static是類對象,而不是對象變量),該SingleInstance單例靜態(tài)對象持有當(dāng)前Activity的context,當(dāng)MainActivity退出時,由于instance還繼續(xù)只有其context引用,對造成系統(tǒng)無法銷毀該Activity,從而造成內(nèi)存泄漏。
解決方法:
從以上分析中,可以看成,造成內(nèi)存泄漏的主要原因就是static對象的生命周期與其持有對象引用(即Activity)的聲明周期不同而造成的,因此,解決內(nèi)存的泄漏的方法有如下2種:
使用應(yīng)用程序的getApplicationContext(),靜態(tài)對象的生命周期與應(yīng)用程序的生命周期一致,故此不會導(dǎo)致內(nèi)存泄漏。
持有傳入的context的弱引用。如下所示:
如果某個時間點,MainActivity被GC了,由于持有的是MainActivity的弱引用,不會影響系統(tǒng)對MainActivity的回收,那么context就被置空了,所以后面要使用該context時,就需要判斷一下該若引用持有的對象是否還存在:
weakContext.get() != null
轉(zhuǎn)載于:https://blog.51cto.com/whatever957/1834138
總結(jié)
以上是生活随笔為你收集整理的由单例模式造成的内存泄漏的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: sqlserver数据库修复
- 下一篇: 深入Atlas系列:Web Sevice