使用單例模式時，有時候不小心，就會很容易造成內容泄漏，如下代碼所示：

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對象，其生命周期與應用程序是一致的，（也就是說，只有應用程序進程被殺掉了，static對象才會被銷毀,因為static是類對象，而不是對象變量）,該SingleInstance單例靜態對象持有當前Activity的context，當MainActivity退出時，由于instance還繼續只有其context引用，對造成系統無法銷毀該Activity，從而造成內存泄漏。


解決方法：

從以上分析中，可以看成，造成內存泄漏的主要原因就是static對象的生命周期與其持有對象引用（即Activity)的聲明周期不同而造成的，因此，解決內存的泄漏的方法有如下2種：

  1. 使用應用程序的getApplicationContext()，靜態對象的生命周期與應用程序的生命周期一致，故此不會導致內存泄漏。

  2. 持有傳入的context的弱引用。如下所示：

private?WeakReference<Context>?weakContext;
private?SingleInstance(Context?context)
{weakContext?=?new?WeakReference<Context>(context);
}

如果某個時間點，MainActivity被GC了，由于持有的是MainActivity的弱引用，不會影響系統對MainActivity的回收，那么context就被置空了，所以后面要使用該context時，就需要判斷一下該若引用持有的對象是否還存在：

weakContext.get() != null