Android 内存泄漏——context泄漏

Context泄漏。 
这是一个很隐晦的内存泄露的情况。先看一个Android官网提供的例子： 

	private static Drawable sBackground;

	@Override
	protected void onCreate(Bundle state) {
		super.onCreate(state);

		TextView label = new TextView(this);
		label.setText("Leaks are bad");

		if (sBackground == null) {
			sBackground = getDrawable(R.drawable.large_bitmap);
		}
		label.setBackgroundDrawable(sBackground);

		setContentView(label);
	}

	private static Drawable sBackground;

	@Override
	protected void onCreate(Bundle state) {
		super.onCreate(state);
		TextView label = new TextView(this);
		label.setText("Leaks are bad");
		if (sBackground == null) {
			sBackground = getDrawable(R.drawable.large_bitmap);
		}
		label.setBackgroundDrawable(sBackground);
		setContentView(label);
	}

这段代码效率很快，但同时又是极其错误的； 
在第一次屏幕方向切换时它泄露了一开始创建的Activity。当一个Drawable附加到一个 View上时， View会将其作为一个callback设定到Drawable上。

上述的代码片段，意味着Drawable拥有一个TextView的引用， 而TextView又拥有Activity（Context类型）的引用，换句话说，Drawable拥有了更多的对象引用。即使Activity被 销毁，内存仍然不会被释放。 
另外，对Context的引用超过它本身的生命周期，也会导致Context泄漏。所以尽量使用Application这种Context类型。 
这种Context拥有和应用程序一样长的生命周期，并且不依赖Activity的生命周期。如果你打算保存一个长时间的对象， 并且其需要一个 Context，记得使用Application对象。你可以通过调用Context.getApplicationContext()或 Activity.getApplication()轻松得到Application对象。 
最近遇到一种情况引起了Context泄漏，就是在Activity销毁时，里面有其他线程没有停。 
总结一下避免Context泄漏应该注意的问题： 
1.使用Application这种Context类型。 
2.注意对Context的引用不要超过它本身的生命周期。 
3.慎重的使用“static”关键字。 
4.Context里如果有线程，一定要在onDestroy()里及时停掉。 

详见：http://android-developers.blogspot.com/2009/01/avoiding-memory-leaks.html