Context内存泄露

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); 
} 

 

如上这段代码，context的内存泄露一般很隐蔽，但基本上是与静态变量相关的，如上代码中，TextView使用了静态对象sBackground，在框架中,TextView对象会通过callback的形式回传给sBackground，而TextView对象引用了Context实例，这就导致了当Activity调用onDestroy关闭的时候，Activity内存不会被销毁，而是直到静态变量sBackground被回收的时候才会销毁。从而引起了context的内存泄露。

这个泄露问题在android3.0之后已被修复，因为3.0开始callback使用了弱引用保存对象。

 

还有一个隐藏的context内存泄露如下：

public class MainActivity extends Activity{
	static Demo sInstance = null;
	
	@Override
	public void onCreate(Bundle savedInstanceState){
		super.onCreate(savedInstanceState);
		setContentView(R.layout.activity_main);
		if(sInstance == null){
			sInstance = new Demo();
		}
	}
	
	class Demo{
		void doSomething(){
		
		}
	}
}

 由于内部类会持有外部类的实例，因此如上的静态变量sInstance依然会引起context内存泄露。

 

另外一个常见的context泄露在于系统Service，我们在使用系统service的时候通常会传递给service当前activity的实例context，然而如果系统service本身持有静态变量，而静态变量又引用了context实例的话就会导致泄露。

  private static Context serviceContext = null;
  private static ColorManagerListener colorMgrListener;

  public static int connect(Context context, ColorManagerListener colorListener)
  {
    if ((context == null) || (colorListener == null)) {
      Log.e(TAG, "One of the parmeter passed is null");
      return -904;
    }
    colorMgrListener = colorListener;
    serviceContext = context;

 上面的代码段是第三方公司的service提供给我们的jar包，测试发现有context内存泄露。反编译jar包后发现serviceContext和colorMgrListener这两个静态变量直接持有了context对象，会导致context的内存泄露。