OpenGL中 Canvas 性能分析

本文将通过分析部分源码,描述 Android 里面的 Canvas 的大致实现。并且会对 Canvas 的性能做一定分析,提供对 Canvas 的使用建议。

GLES20RecordingCanvas 类

这个类是什么?为什么我从没用过?

我们来看看它的代码:

class GLES20RecordingCanvas extends GLES20Canvas {
    ...
}

class GLES20Canvas extends HardwareCanvas {
    ...
}

public abstract class HardwareCanvas extends Canvas {
    ...
}

它是不暴露给开发者的,所以我们也使用不了它。 而由 extends Canvas 可见,它是 Canvas 的一个实现类,所以应当也提供和 Canvas 一样的功能。那么它在哪里被使用了呢? 它是在 Android framework 源码处的,我们可以自定义一个 view,在 debug 时,断点到

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);
    }

就可以看到这个 canvas 的实例是 GLES21RecordingCanvas 了。

也就是说,几乎 Android 的所有 View 控件以及我们的自定义 View ,onDraw(Canvas) 里的 Canvas 就是这个 Canvas。

好,现在我们来看它的其它特点:

    @Override
    public boolean isHardwareAccelerated() {
        return true;
    }

也就是说,这个 Canvas 是有硬件加速的。硬件加速的意思是会使用 GPU 进行加速,在 Android 上一般就是指会使用 OpenGL 进行绘制。

补充: 5.0之后用的是 DisplayListCanvas ,和 GLES20RecordingCanvas 类似,也是用硬件加速的。 可以在 View 里看到它的使用

    public RenderNode updateDisplayListIfDirty() {
            ...
            final DisplayListCanvas canvas = renderNode.start(width, height);
            ...
        return renderNode;
    }

Canvas 类

好,我们现在回到 Canvas 类,分析一下它和 GLES20RecordingCanvas 有什么不同。

首先是硬件加速方面

    public boolean isHardwareAccelerated() {
        return false;
    }

很明显,这个 Canvas 是没有硬件加速的,也就是说,使用这个类做的绘制,全是使用 CPU 进行绘制的。

对于这个Canvas,我们平时应该会经常用到,例如在修改图片的时候

Canvas canvas = new Canvas(bitmap);
canvas.drawCircle(...);

所以使用这种方式修改图片的时候,我们要注意性能问题。

顺便说明一句,在这些 Canvas 类里可以看到很多 native 的方法。Canvas的底层是用 Skia 的库实现的,深入里面可以看到 Skia 有一部分是和 OpenGL 相关的。 skia

使用建议

前文提到,几乎 Android 的所有 View 控件用的 Canvas 都是 GLES20RecordingCanvas,那么,例外的有哪些呢?

没有开硬件加速的 View。所以关闭硬件加速的话要注意是不是真的需要关闭哦。 SurfaceView 和 TextureView 里面 lockCanvas() 方法得到的 Canvas。 我们可以看看 SurfaceView 和 TextureView 里面的 Canvas 是怎么创建出来的。

SurfaceView
    ...
    private final Canvas mCanvas = new CompatibleCanvas();
    ...

    private final class CompatibleCanvas extends Canvas {
        // A temp matrix to remember what an application obtained via {@link getMatrix}
        private Matrix mOrigMatrix = null;

        @Override
        public void setMatrix(Matrix matrix) {
            if (mCompatibleMatrix == null || mOrigMatrix == null || mOrigMatrix.equals(matrix)) {
                // don't scale the matrix if it's not compatibility mode, or
                // the matrix was obtained from getMatrix.
                super.setMatrix(matrix);
            } else {
                Matrix m = new Matrix(mCompatibleMatrix);
                m.preConcat(matrix);
                super.setMatrix(m);
            }
        }

        @SuppressWarnings("deprecation")
        @Override
        public void getMatrix(Matrix m) {
            super.getMatrix(m);
            if (mOrigMatrix == null) {
                mOrigMatrix = new Matrix();
            }
            mOrigMatrix.set(m);
        }
    }

以上代码在 android.view.Surface 里,顺着 SurfaceView.getHolder().lockCanvas() 方法找就可以找到这段代码。可以看到,这个 canvas 是没有硬件加速的。 有趣的是,在 API 23 之后,android.view.Surface 里增加了新的方法 lockHardwareCanvas(),这个明显就是有硬件加速的,可惜在 API 23 以后才有。

TextureView
    public Canvas lockCanvas(Rect dirty) {
        if (!isAvailable()) return null;

        if (mCanvas == null) {
            mCanvas = new Canvas();
        }

        synchronized (mNativeWindowLock) {
            if (!nLockCanvas(mNativeWindow, mCanvas, dirty)) {
                return null;
            }
        }
        mSaveCount = mCanvas.save();

        return mCanvas;
    }

很明显,TextureView 里的 canvas 也是没有硬件加速的。

下面以B站很著名的开源库 DanmakuFlameMaster为例: 它的 feature 里有一条: 使用多种方式(View/SurfaceView/TextureView)实现高效绘制 能实现使用GPU绘制的只有View,因为它使用 SurfaceView/TextureView 实现时并没有使用到 OpenGL 的 API,canvas.drawText(…) 的 canvas 是使用 CPU 的,所以如果在CPU资源缺少的情况下效率并不高。

总结可得,使用 canvas 要注意是否有硬件加速,一般的 View 是有的,而 SurfaceView 和 TextureView 是没有的。

对比与验证

既然 GLES20RecordingCanvas 底层是使用 OpenGL 实现的,Android的 java 层上也提供了 OpenGL 相关的 API,那么我们能不能使用这些 API 实现类似的功能呢?

当然是可以的,我在Android-使用OpengGL实现的Canvas进行绘制(简单介绍)就提到了用 OpenGL 实现的 canvas 类。

那么我们就试试用它和 Android 自己的 canvas 做性能对比吧。 代码地址: 示例

示例图片:

图片中,左边的是 Android 有硬件加速的 canvas,中间是 SurfaceView 的 canvas,右边是自己实现的 OpenGL canvas。 上方的数字是产生的图片的数量,大致是数量越多说明绘制越快,否则就是因为有卡顿而造成掉帧没绘制。 不断点击按钮就可以不断绘制图片。 可以看到左边和右边是接近的,说明底层的确是用 OpenGL 绘制的,并且性能较好。中间数字较少,所以有掉帧的情况出现。 另外可以自己试试这个例子,当疯狂点击按钮的时候,可以看到中间有明显的卡顿。

总结

要关闭硬件加速的话要注意是不是真的需要关闭哦。 canvas 是分为使用 OpenGL 和非 OpenGL 实现的,没用 OpenGL 实现的会更依赖 cpu 的资源。

原创作者:chillingvan,原文链接:https://www.jianshu.com/p/5a0c61c286e6

原文发布于微信公众号 - 何俊林(DriodDeveloper)

原文发表时间:2018-09-03

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏逸鹏说道

Markdown基础(内含:锚点使用,使用HTML,新页面跳转,目录生成)

如果要语法高亮就在```后面加小写语言名,eg:html,css,javascript,python,cs(csharp)等等

2933
来自专栏阮一峰的网络日志

如何做到 jQuery-free?

jQuery是现在最流行的JavaScript工具库。 据统计,目前全世界57.3%的网站使用它。也就是说,10个网站里面,有6个使用jQuery。如果只考察使...

3194
来自专栏杨逸轩 ' sBlog

元旦快乐 – 使用snow.js增加下雪效果

3664
来自专栏老马寒门IT

01-老马jQuery教程-jQuery入口函数及选择器

1.什么是jQuery? 1.1 jQuery介绍 jQuery是一个轻型、快速的、小巧的功能丰富的JavaScript类库。本质就是一堆js的函数的组合。对原...

22610
来自专栏编程

类选择符和ID选择符

类选择符 ? HTML代码: CSS代码: div { width: 200px; height: 200px; border: 1px solid #000;...

2187
来自专栏Nian糕的私人厨房

CSS 消除 inline-block 元素间的间隙

从上图的运行结果可以看到,添加 display: inline-block; 属性后,水平呈现的元素间产生了空隙,出现这一现象的本质是,HTML 中存在的空白符...

1184
来自专栏卡少编程之旅

Vue进阶部分文档研读和学习

3137
来自专栏黑泽君的专栏

day40_jQuery学习笔记_01

day01: jQuery基础 --> 选择器、属性和CSS、文档处理 day02: jQuery高级 --> 筛选、事件、效果(动画)、ajax

1232
来自专栏xx_Cc的学习总结专栏

iOS-UITextField 全面解析iOS中UITextField 使用全面解析UITextField的代理方法通知UITextField 在storyboard 中设置属性

5706
来自专栏九彩拼盘的叨叨叨

学习前端 第6周 第1天

711

扫码关注云+社区

领取腾讯云代金券