android开发中对context引用造成内存泄漏的一些猜测

Context在android特性空间被用来描述Activity的一组抽象行为，那么也就说有一个Activity就有一个Context(Activity是继承Context的)。

我们在开发应用程序的时候总是会遇到这样的问题：

public class MyActivity extends Activity{

	private MyManager mMyManager = null;
	/* (non-Javadoc)
	 * @see android.app.Activity#onCreate(android.os.Bundle)
	 */
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		//...layout 初始化
		mMyManager = new MyManager(this);
	}

public class MyManager {
	private Context mContext = null;

	public MyManager(Context context) {
		mContext = context;
	}
}

从上面的代码我们可以看到MyManager是依赖于MyActivity,同时MyActivity也依赖于MyManager，两个类形成了双向依赖关系，也称为圈依赖。

这个时候有的同学担心，这个时候用context作为参数传递到MyManager中，当myactivity被回收之后，会不会导致内存泄漏。本人给出的答案是不会造成内存泄漏的

因为两个类处于圈依赖关系，并且属于双向可到达状态，但是两个类都处于不可达到区域，也就是说除了这两个类之外，再没有第三个类引用这两个类，那么这种情况在GC的时候这两个类是会被同时回收掉的。

那么再换一个写法，我把MyManager改一下

public class MyManager {

	private Context mContext = null;

	private static MyManager mInstance = null;

	public static MyManager getInstance(Context context) {
		if (mInstance == null) {
			synchronized (MyManager.class) {
				if (mInstance == null) {
					mInstance = new MyManager(context);
				}
			}
		}
		return mInstance;
	}
	
	private MyManager(Context context){
		mContext = context;
	}
}

public class MyActivity extends Activity{

	private MyManager mMyManager = null;
	/* (non-Javadoc)
	 * @see android.app.Activity#onCreate(android.os.Bundle)
	 */
	@Override
	protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
		//...layout 初始化
		mMyManager = MyManager.getInstance(this);
	}

	
}

我把MyManager写成了单例模式，那么这个类的生命周期就伴随整个应用的生命周期了。如果在这个时候android GC了MyActivity，但是由于MyManager仍然引用了MyActiviy(Context),所以MyActivity仍然无法被系统回收，这样就造成内存溢出了，那么这样的问题如何解决呢？我建议使用弱引用，继续上代码：

public class MyManager {

	private WeakReference<Context> wr  = null;

	private static MyManager mInstance = null;

	public static MyManager getInstance(Context context) {
		if (mInstance == null) {
			synchronized (MyManager.class) {
				if (mInstance == null) {
					mInstance = new MyManager(context);
				}
			}
		}
		return mInstance;
	}
	
	private MyManager(Context context){
		wr = new WeakReference<Context>(context);
	}
}

这里我分析一下为什么用弱引用，如果你对弱引用还不是很了解，那么请看我的这篇文章 《谈谈java中的WeakReference 》。回头我们分析，如果这个时候系统析构了MyActivity对象，那么也就意味着context对象被置空了，那这个时候MyManager由于引用了context的弱引用，所以不会影响对MyActivity的回收，当然context为null对象，所以Mymanager中用到context来处理业务的时候需要做空判断了。