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

成都創(chuàng)新互聯(lián)公司服務項目包括濂溪網站建設、濂溪網站制作、濂溪網頁制作以及濂溪網絡營銷策劃等。多年來，我們專注于互聯(lián)網行業(yè)，利用自身積累的技術優(yōu)勢、行業(yè)經驗、深度合作伙伴關系等，向廣大中小型企業(yè)、政府機構等提供互聯(lián)網行業(yè)的解決方案，濂溪網站推廣取得了明顯的社會效益與經濟效益。目前，我們服務的客戶以成都為中心已經輻射到濂溪省份的部分城市，未來相信會繼續(xù)擴大服務區(qū)域并繼續(xù)獲得客戶的支持與信任！

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單例靜態(tài)對象持有當前Activity的context，當MainActivity退出時，由于instance還繼續(xù)只有其context引用，對造成系統(tǒng)無法銷毀該Activity，從而造成內存泄漏。

解決方法：

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

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

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

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

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

weakContext.get() != null