使用Canvas、Bitmap时易犯的内存泄露问题

该篇文章解决了困扰了我几天的一个问题，特转载过来，希望能够帮助到更多的人，在原文的基础上略有修改。

原文地址：http://www.bangchui.org/read.php?tid=10013

你是不是在使用Bitmap的时候遇到了OOM异常？

你是不是觉得我对bitmap进行了recycle发现效果不是很明显,内存仍然是一路飙升？

好吧，那你就来对地方了！

对于下面的代码

[java] view
plaincopy

public class MyView {

private Canvas mCanvas;

private Bitmap mBitmap;

public MyView(){

...

mBitmap = Bitmap.createBitmap(...);

mCanvas = new Canvas(mBitmap);

...

}

public void deinit(){

// 销毁时调用

if(mBitmap != null && !mBitmap.isRecycled()){

mBitmap.recycle();

mBitmap = null;

}

}

}

我们在销毁是调用deinit()释放mBitmap的内存，看似一切都正常，但当实际运行时会发现每创建销毁一次MyView 就会带来一次内存泄露，即mBitmap.recycle();语句并没有成功释放mBitmap的内存。分析发现是由于mCanvas中有mBitmap的引用，导致mBitmap.recycle()不能释放内存，这个问题解决的原则，就是在我们调用mBitmap.recycle()之前，保证mCanvas中不能有mBitmap的引用。这里综合原作者和我的想法，列出了几种解决的方法：

方法一：在mBitmap.recycle()之前将mCanvas=null

[java] view
plaincopy

public void deinit(){

// 销毁时调用

if(mBitmap != null && !mBitmap.isRecycled()){

mCanvas = null;

mBitmap.recycle();

mBitmap = null;

}

}

这也是我认为的最简单的一种解决的方法，因为mCanvas置为null以后，就没有引用指向mCanvas对象，所以mCanvas对象内部的mBitmap对象的引用也就无效了，此时mCanvas就对mBitmap.recycle()没有影响

前提：mCanvas是它所指向的Canvas对象的唯一的引用，如果Canvas对象还有其他的引用，则必须将其他的引用也都置为null，最后导致没有引用指向mCanvas对象，此方法才能生效。

方法二：创建一个1x1的bitmap对象mFreeBitmap，在释放mBitmap之前通过mCanvas.setBitmap(mFreeBitmap)释放mCanvas对mBitmap的引用

[java] view
plaincopy

public void deinit(){

// 销毁时调用

if(mBitmap != null && !mBitmap.isRecycled()){

Bitmap mFreeBitmap = Bitmap.createBitmap(1, 1, Bitmap.Config.RGB_565);

mCanvas.setBitmap(mFreeBitmap);

mBitmap.recycle();

mBitmap = null;

}

}

我觉得这适用于无法将所有指向Canvas对象的引用都置为null的情况，你可以选择这种方式，将“损失”降到最低。

方法三：把mCanvas由类成员变量改为类方法的局部变量。

方法调用结束mCanvas对象自然会被释放掉。