Android开发之—内存泄露篇

Android开发之—内存泄露篇

 

众所周知，手机开发，内存相当宝贵。至少在当前的T-Moble G1上，手机只有16M的内存可用，与PC应用开发的内存，真是天壤之别啊。因此如何规避手机应用开发内存泄漏问题，是手机应用开发的重中之重。

  

在开发过程当中，大部分内存泄漏的原因是，持有上下文引用的长周期对象，要知道，java的GC机制，只对无引用的对象才采取回收措施的。

  

在Andorid中，上下文对象context被用来做很多操作，但绝大多数是用来加载和访问资源文件。这就是为什么每个部件的构造函数都持有这个上下文对象作为入参。

  

@Override

protected void onCreate(Bundle state) {

  super.onCreate(state);

   

  TextView label = new TextView(this);

  label.setText("Leaks are bad");

   

  setContentView(label);

}

  

这段代码意味着，TextView持有Activity的引用，那么它也将持有所以Activity持有对象的引用，通常是整个视图层级和所有的资源。因此如果你一直保持着与Activity的引用，那么GC将不会进行回收，最终导致内存泄漏。如果你不小心，在开发当中很容易出现这种情况。

  

在手机屏幕旋转时，系统默认销毁当前的Activity并创建一个新的Activity。这样做的结果是，Android将重新加载系统资UI源文件。假设你写的一个程序，有一个较大的bitmap,你不希望每次屏幕旋转时都加载这个图片，那么你将定义成static变量，如：

  

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附属在一个TextView对象上，View被设定为drawable上的一个回调。因此，drawable持有TextView的引用，而TextView持有Activity的引用，这样导致轮流关联引用到任何对象。

  

改进方法：在Activity的onDestory方法中，setCallBack为null。

@Override

    protected void onDestroy() {

    super.onDestroy(); 

    unbindDrawables(findViewById(R.id.RootView));

    System.gc();

    }

  

    private void unbindDrawables(View view) {

        if (view.getBackground() != null) {

        view.getBackground().setCallback(null);

        }

        if (view instanceof ViewGroup) {

            for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++) {

            unbindDrawables(((ViewGroup) view).getChildAt(i));

            }

        ((ViewGroup) view).removeAllViews();

        }

    }

  

  

总结：避免内存泄漏的两大方针。

1、  避免引用当前上下文作用域之外的对象，就像以上例子的static对象在onCreate方法被引用一样。同样，内部类被外部类引用也存在同样的危险；

  

2、  使用Application上下文对象。这个对象长期存在，而不依赖于Activity的生命周期。如果你打算保留一个需要上下文Context对象的长期对象，那么建议你使用Application对象，获取Application对象的方法， Context.getApplicationContext()  或者Activity.getApplication().