Android 避免内存泄露

                我们大家都知道 Android应用程序被限制在 16MB的堆上运行，至少在 T-Mobile G1上是这样。对于手机来说，这是很大的内存了；但对于一些开发人员来说，这算是较小的了。即使我们不打算使用掉所有的内存，但是，我们也应该尽可能少地使用内存，来确保其它应用程序得以运行。 Android在内存中保留更多的应用程序，对于用户来说，程序间切换就能更快。我们调查了 Android应用程序的内存泄露问题，并发现这些内存泄露大多数都是由于相同的错误导致的，即：对 Context拥有较长时间的引用。

                在 Android上， Context常用于许多操作，更多的时候是加载和访问资源。这就是为什么所有的 Widget在它们的构造函数里接受一个 Context的参数。在一个正常的 Android应用程序里，我们会看到两种 Context类型， Activity和 Application。而一般在需要一个 Context的类和方法里，往往传入的是第一种：

Java代码：

1. @Override
   
2. protected void onCreate(Bundle state) {
   
3. super.onCreate(state);
   
4. 
   
5. TextView label = new TextView(this);
   
6. label.setText("Leaks are bad");
   
7. 
   
8. setContentView(label);
   
9. }

复制代码

                 这意味着， View拥有对整个 Activity的引用以及 Activity自身拥有的所有内容；一般是整个的 View层次和它的所有资源。因此，如果我们“泄露”了 Context（“泄露”指你保留了一个引用，阻止了 GC的垃圾回收），我们将泄露很多的内存。如果我们不够仔细的话，很容易就能泄露一个 Activity。

                 当屏幕的方向发生改变时，一般系统会销毁当前的 Activity并创建一个新的，并保存它的状态。当系统这样做时， Android会从资源中重新加载应用程序的 UI。假设我们写的应用程序拥有大的位图，而我们又不想在每次旋转时重新加载它。这里有最简单的方式，那就是在一个静态的字段里进行保存：

Java代码：

1. private static Drawable sBackground;
   
2. 
   
3. @Override
   
4. protected void onCreate(Bundle state) {
   
5. super.onCreate(state);
   
6. 
   
7. TextView label = new TextView(this);
   
8. label.setText("Leaks are bad");
   
9. 
   
10. if (sBackground == null) {
    
11. sBackground = getDrawable(R.drawable.large_bitmap);
    
12. }
    
13. label.setBackgroundDrawable(sBackground);
    
14. 
    
15. setContentView(label);
    
16. }

复制代码

                 我们这里，有两种简单的方式可以避免与Context相关的内存泄露。最显而易见的一种方式是避免将Context超出它自己的范围。上面的例子代码给出的静态引用，还有内部类和它们对外部类的隐式引用也是很危险的。第二种解决方案是使用Application这种Context类型。这种Context拥有和应用程序一样长的生命周期，并且不依赖Activity的生命周期。如果你打算保存一个长时间的对象，并且其需要一个Context，记得使用Application对象。你可以通过调用Context.getApplicationContext()或Activity.getApplication()轻松得到Application对象。

转：http://www.eoeandroid.com/forum.php?mod=viewthread&tid=67539