Andriod利用SurfaceView实现重复帧动画效果，避免OOM异常

Andriod利用SurfaceView实现重复帧动画效果

转载请注明出处：http://www.jianshu.com/writer#/notebooks/14235830/notes/14705446

周末一时兴起，和几位大学的室友一起约出去玩了，本来整理的博文，周末也没有再继续了，有点对不起自己的决心，努力让自己摆脱拖延症，我会继续努力，落实规划慢慢进步！各位老铁相互进步相互学习……


近来项目中更改了Loading加载中对话框效果，看到UI兄弟提供的效果图；

• 最先想到的就是Android提供的AnimationDrawable了，但是如果你的帧动画中如果包含上百帧图片，此时再用AnimationDrawable就不是那么理想了。AnimationDrawable是使用一个Drawable数组来存储每一帧的图像的，当帧动画中包含非常多的图片时，AnimationDrawable在加载图片的过程中会有卡顿现象，很多图片被加载进内存，在一些低端设备上很容易造成OOM。
• 想到用利用Glide 加载gif图来实现，后来想UI提供了相应的20多帧图组成的.GIF图，满怀欣喜的去试了试，但结果不尽人意，虽然能显示，但总是在边缘出现0.5像素的白边，UI兄弟也是调了很长时间没有解决这个问题，他说是因为写入路径造成这0.5像素白边的问题（PS:具体的原因我也不清楚），那就没办法了，作为程序员，还得靠自己，想想能不能有其他的方案去实现；
• 也想到用openGL来绘制了，但研究了一般做不下去（技术有限），最后没办法，想想看能不能用SurfaceView来代替AnimationDrawable来实现帧动画的效果，下面就慢慢步入正题：

首先开启子线程将需要加载的图片 用HashMap保存起来：

private void decodeBitmap(int position) {
      try {
         if (position == -1) {
            for (int i = 0; i < mCacheCount; i++) {
                 mBitmapCache.put(mPathList.get(i),
                         BitmapFactory.decodeStream(assetManager.open("loading" + "/" +
                                 mPathList.get(i))));
             }
             mCallBack.startAnim();
         }
     } catch (IOException e) {
         // TODO Auto-generated catch block
         e.printStackTrace();
     }
 }

实现SurfaceHolder.Callback回调，实现内部的三个方法surfaceCreated、surfaceChanged、surfaceDestroyed，在surfaceChanged内设置还绘图区间，并添加方法实现 开启动画、关闭动画等，具体代码如下：

private class MyCallBack implements SurfaceHolder.Callback {
    private Canvas mCanvas;
    private Bitmap mCurrentBitmap;
    private int position = 0;
    private Thread drawThread;
    private Rect rect = new Rect();

    @Override
    public void surfaceCreated(SurfaceHolder holder) {

    }

    @Override
    public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) {
        rect.set(0, 0, width, height);
    }

    @Override
    public void surfaceDestroyed(SurfaceHolder holder) {

    }

    private void drawBitmap() {
        try {
            if (position >= mPathList.size()) {
                position = 0;
            }
            
            mCurrentBitmap = mBitmapCache.get(mPathList.get(position));
            mCanvas = mSurfaceHolder.lockCanvas(rect);
            if (mCanvas == null) {
                return;
            }
            mCanvas.drawColor(Color.TRANSPARENT, PorterDuff.Mode.CLEAR);
            mCanvas.drawBitmap(mCurrentBitmap, null, rect, null);
            mSurfaceHolder.unlockCanvasAndPost(mCanvas);
            mCurrentBitmap.recycle();
            position++;
        } catch (RuntimeException e) {
            e.getMessage();
        }
    }

    private void startAnim() {
        drawThread = new Thread() {
            @Override
            public void run() {
                super.run();
                while (true) {
                    try {
                        long now = System.currentTimeMillis();
                        drawBitmap();
                        // 100ms draw one frame , you can change this time
                        sleep(mFrameTime - (System.currentTimeMillis() - now) > 0
                                ? mFrameTime - (System.currentTimeMillis() - now) : 0);
                    } catch (InterruptedException e1) {
                        e1.printStackTrace();
                        drawThread.interrupt();
                    }
                }
            }
        };
        drawThread.start();
    }

    private void stopAnim() {
        position = 0;
        mBitmapCache.clear();
        mPathList.clear();
        // this is necessary
        drawThread.interrupt();

    }
}

上述代码能实现动画绘制一次，然后就会爆出异常如下图：

是因为代码中 mCurrentBitmap.recycle();在执行最后一张时，mCurrentBitmap被回收 ，但Canvas！=null,他去绘制一个已经回收的bitmap，解决方案目前是网上有好多人说应该把recycle()去掉，个人认为去掉后会引起内存持续增长，虽然将bitmap设置为了null,但是系统并没有对其进行真正的回收，仍然占有内存，即是调用了System.gc() 强制回后以后，内存仍然没有下去，如果依靠内存达到上限时系统自己回收的话，个人觉得太晚了，已经对应用造成了影响，应用应该是比较卡了，所以还是赞同加上bitmap.recycle() ，但是又会引起 Canvas: trying to use a recycled bitmap 异常，困扰了很久，开始尝试从其它方面着手来解决这个问题，即然是异常就应该能够捕获到，但是在Adapter里的getView()方法里进行捕获的时候，时机晚了，没有捕获到。现在换到在ImageView的onDraw()里进行捕获，上面的异常能够捕获。但是运行时内存占有率还是很大如下图运行内存的使用情况：

优化处理

运行内存占比过大，等待GC回收，怎么说也影响应用的运行效率，这不是事，那咱们就继续对代码进行优化，上述代码首先将图片加载到HashMap中，这样就会出现初始就会占用一定的内存，那我们就动态去拿所需要的图片，具体优化代码如下，代码比较简单就不一一解释每个方法：

    private void drawBitmap(List mPathList) {
        try {
            if (position >= mPathList.size()) {
                position = 0;
            }
            mCurrentBitmap = BitmapFactory.decodeStream(assetManager.open("loading" + "/" +
                    mPathList.get(position)));
//                mCurrentBitmap = mBitmapCache.get(mPathList.get(position));
            mCanvas = mSurfaceHolder.lockCanvas(rect);
            if (mCanvas == null) {
                return;
            }
            mCanvas.drawColor(Color.TRANSPARENT, PorterDuff.Mode.CLEAR);
            mCanvas.drawBitmap(mCurrentBitmap, null, rect, null);
//                mSurfaceHolder.unlockCanvasAndPost(mCanvas);
////                mCurrentBitmap.recycle();
            // 播放到最后一张图片
//                position++;
        } catch (RuntimeException e) {
            e.getMessage();
        } catch (IOException e) {
            e.printStackTrace();
        } finally {

            position++;

            if (position >= mPathList.size()) {
                position = 0;
            }
            if (mCanvas != null) {
                // 将画布解锁并显示在屏幕上
                if (mSurfaceHolder != null) {
                    mSurfaceHolder.unlockCanvasAndPost(mCanvas);
                }
            }

            if (mCurrentBitmap != null) {
                // 收回图片
                mCurrentBitmap.recycle();
            }
        }
    }

这样有修改后，我们再来看看运行内存的使用情况如下图：

是不是还行，以上就是利用SurfaceView替代AnimationDrawable实现重复帧动画效果，完美的避开了加载多帧高分辨图片动画，而造成的OOM异常的部分解决方案。能力有限，还请各位大佬提供更优的解决方案和建议……

部分代码下载