由單例模式造成的內存泄漏

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

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種：

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