在Android开发中如何避免内存泄露

常见产生内存泄露的原因：

1、数据库的cursor没有关闭
2、构造adapter没有使用缓存contentview
3、Bitmap对象不使用时采用recycle()释放内存
4、Activity中的对象生命周期大于Activity

    

Android应用程序被限制在16MB的堆上运行（当然现在已经有几百兆的内存可以用了）。对于手机来说，这是很大的内存了；但对于一些开发人员来说，这算是较小的了。即使你不打算使用掉所有的内存，但是，你也应该尽可能少地使用内存，来确保其它应用程序得以运行。Android在内存中保留更多的应用程序，对于用户来说，程序间切换就能更快。Android应用程序的内存泄露问题，大多数都是由于相同的错误导致的，即：对Context拥有较长时间的引用。

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

<span style="font-family:SimSun;font-size:14px;">    @Override   
	protected void onCreate(Bundle state) {   
	  super.onCreate(state);   
	  TextView label = new TextView(this);   
	  label.setText("Leaks are bad");   
	  setContentView(label);   
	}</span>

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

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

<span style="font-family:SimSun;font-size:14px;">private static Drawable sBackground;   </span>

<span style="font-family:SimSun;font-size:14px;">@Override   </span>

<span style="font-family:SimSun;font-size:14px;">protected void onCreate(Bundle state) {   </span>

<span style="font-family:SimSun;font-size:14px;">  super.onCreate(state); </span>

<span style="font-family:SimSun;font-size:14px;">  TextView label = new TextView(this);   </span>

<span style="font-family:SimSun;font-size:14px;">  label.setText("Leaks are bad");   </span>

<span style="font-family:SimSun;font-size:14px;">    </span>

<span style="font-family:SimSun;font-size:14px;">  if (sBackground == null) {   </span>

<span style="font-family:SimSun;font-size:14px;">    sBackground = getDrawable(R.drawable.large_bitmap);   </span>

<span style="font-family:SimSun;font-size:14px;">  }   </span>

<span style="font-family:SimSun;font-size:14px;">  label.setBackgroundDrawable(sBackground);   </span>

<span style="font-family:SimSun;font-size:14px;">  setContentView(label);   </span>

<span style="font-family:SimSun;font-size:14px;">} </span>

这段代码效率很快，但同时又是极其错误的，在第一次屏幕方向切换时它泄露了一开始创建的Activity。当一个Drawable附加到一个View上时，View会将其作为一个callback设定到Drawable上。上述的代码片段，意味着Drawable拥有一个TextView的引用，而TextView又拥有Activity（Context类型）的引用，换句话说，Drawable拥有了更多的对象引用（依赖于你的代码）。

这是最容易泄露Context的例子之一，还有很多一连串的Context泄露情况，并且是非常糟糕的。这些情况会使得应用程序很快耗尽内存，造成OOM，最终导致程序崩掉！

这里，有两种简单的方式可以避免与Context相关的内存泄露。最显而易见的一种方式是避免将Context超出它自己的范围。第二种解决方案是使用Application这种Context类型。这种Context拥有和应用程序一样长的生命周期，并且不依赖Activity的生命周期。如果你打算保存一个长时间的对象，并且其需要一个Context，记得使用Application对象。比如我在每个项目开始喜欢这样做：

public class BaseApp extends Application {

<span style="font-family:SimSun;font-size:14px;">	private static BaseApp instance = null;</span>

<span style="font-family:SimSun;font-size:14px;">	</span>

<span style="font-family:SimSun;font-size:14px;">	@Override</span>

<span style="font-family:SimSun;font-size:14px;">	public void onCreate() {</span>

<span style="font-family:SimSun;font-size:14px;">		super.onCreate();</span>

<span style="font-family:SimSun;font-size:14px;">	</span>

<span style="font-family:SimSun;font-size:14px;">		instance = this;</span>

<span style="font-family:SimSun;font-size:14px;">	}</span>

<span style="font-family:SimSun;font-size:14px;">	</span>

<span style="font-family:SimSun;font-size:14px;">	/**</span>

<span style="font-family:SimSun;font-size:14px;">	 * 获取上下文对象，整个项目中需要Context的地方都可以调用这个方法来获得</span>

<span style="font-family:SimSun;font-size:14px;">	 * @return Context</span>

<span style="font-family:SimSun;font-size:14px;">	 */</span>

<span style="font-family:SimSun;font-size:14px;">	public static Context getInstance() {</span>

<span style="font-family:SimSun;font-size:14px;">		return instance;</span>

<span style="font-family:SimSun;font-size:14px;">	}</span>

<span style="font-family:SimSun;font-size:14px;">}</span>

概括一下，避免Context相关的内存泄露，记住以下两点：

   1.不要保留对Context-Activity长时间的引用，对Activity的引用的时候，必须确保拥有和Activity一样的生命周期；

   2.尝试使用Context-Application来替代Context-Activity。