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

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

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

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

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

好吧,那你就来对地方了!

 

对于下面的代码

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

   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的引用

    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对象自然会被释放掉。




 

你可能感兴趣的:(Android,Canvas,Bitmap,null,class)