码迷,mamicode.com
首页 > 移动开发 > 详细

chromium for android v34 2dCanvas硬件绘制及硬件渲染实现分析

时间:2014-10-08 15:08:35      阅读:302      评论:0      收藏:0      [点我收藏+]

标签:android   blog   http   ar   for   2014   art   c   on   

HTMLCanvasElement对应h5的canvas元素。
解析网页遇到canvas元素会创建HTMLCanvasElement实例。
Canvas可以支持2d和3d图形的绘制。
HTMLCanvasElement提供了getContext()接口,返回图形绘制的上下文对象,
对于2d图形返回的是CanvasRenderingContext2D。
CanvasRenderingContext2D提供了网页可调用的所有绘制动作。
CanvasRenderingContext2D的所有绘制命令都转接给了
HTMLCanvasElement::drawingContext()提供的绘制上下文。
HTMLCanvasElement是整个Canvas实现的入口。
我们从这里入手理出2dCanvas的硬件绘制及硬件渲染架构。
一.硬件绘制的实现结构
硬件绘制是指,网页调用的绘制动作,通过HTMLCanvasElement
转给skia库,skia库通过调用GPU命令完成实际的绘制操作。
软件绘制是指skia库在cpu上完成绘制操作。
完成硬件绘制需要:
1.建立HTMLCanvasElement与skia库的GrContext(skia硬件绘制上下文)之间的联系。
2.建立skia库GrContext与GPU之间的联系。
3.创建保存硬件绘制结果的Texture.
完成这3件事,网页调用HTMLCanvasElement的绘制命令经由Skia库调用
实际的GPU操作绘制到保存绘制结果的Texture上。
1.建立HTMLCanvasElement与skia库的GrContext(硬件绘制上下文)之间的联系。
Skia的GrContext封装在webkit::gpu:: GrContextForWebGraphicsContext3D类中。

创建过程如下图:

bubuko.com,布布扣

GrContext是在Canvas2DLayerBridge::create中被创建并保存在SkGpuDevice中。
GrContext创建过程涉及的类图:

bubuko.com,布布扣

GrContext是在Canvas2DLayerBridge::create中被创建并保存在SkGpuDevice中。
GrContext创建过程涉及的类图grcontextwrap.jpg。
CanvasRenderingContext2D的绘制动作转接给刚刚创建的GrContext的过程
(以CanvasRenderingContext2D的fillRect()为例),可以分为三步(A,B,C):
A.CanvasRenderingContext2D::fillRect()--->Canvas2DLayerBridge::create()
中创建的SkDeferredCanvas::drawRect()。

bubuko.com,布布扣

CanvasRenderingContext2D的fillRect()通过HTMLCanvasElement::drawingContext()
传给了ImageBuffer中创建的GraphicsContext,GraphicContext又进一步调用
它包含的SkCanvas::drawRect().GraphicContext包含的SkCanvas是
Canvas2DLayerBridge中创建的SkDeferredCanvas。
这个过程中涉及到的类图:

bubuko.com,布布扣

B.SkDeferredCanvas::drawRect()--->DeferredDevice:: fImmediateCanvas::drawRect()
SkDeferredCanvas::drawRect()调用的是SkDefferdCanvas创建的DeferredDevice中
包含的成员变量SkCanvas* fImmediateCanvas的drawRect().我们看这个fImmediateCanvas的来源.

bubuko.com,布布扣

SkDefferdCanvas创建时传入了SkSurface_Gpu实例作为参数。
SkDeferredCanvas::Create()中以SkSurface_Gpu为参数创建了DeferredDevice。
并将这个DeferredDevice传递给了SkCanvas.可以通过SkCanvas的getDevice()
接口得到DeferredDevice实例。所以DeferredDevice成员变量SkCanvas* fImmediateCanvas是
在SkSurface_Gpu::onNewCanvas()中创建的SkCanvas,并传入了SkGpuDevice作为参数。

这个过程涉及的类图:

bubuko.com,布布扣

C.DeferredDevice:: fImmediateCanvas::drawRect()--->SkCanvas::drawRect().
接下来看以SkGpuDevice为参数创建的SkCanvas的drawRect()的执行流程。

bubuko.com,布布扣

到这,终于看到,CanvasRenderingContext2D的绘制动作转给了GrContext。

2.建立skia库GrContext与GPU之间的联系。

由GrContext的创建过程我们知道GrContetxt被封装在GrContextForWebGraphicsContext3D实例中。
GrContextForWebGraphicsContext3D的构造函数中传入了
WebGraphicsContext3DCommandBufferImpl实例。

chromium for android GPU进程结构分析我们知道,

WebGraphicsContext3DCommandBufferImpl是与GPU进程(线程)通信的入口。
GrContextForWebGraphicsContext3D的构造函数中
GrContext与WebGraphicsContext3DCommandBufferImpl的关联是通过GrGLInterface建立的。
GrGLInterface包含与opengl es对应的接口。
WebGraphicsContext3DCommandBufferImpl::createGrGLInterface()调用
skia_bindings::CreateCommandBufferSkiaGLBinding()生成GrGLInterface,
并将GrGLInterface包含的接口绑定到WebGraphicsContext3DCommandBufferImpl对应的接口上。
GrGlInterface被传给了GrContext.这样在GrContext中通过GrGlInterface调用的操作
实际调用的是WebGraphicsContext3DCommandBufferImpl的gl操作,
并由WebGraphicsContext3DCommandBufferImpl通过CommandBuffer结构调用到
实际的GPU进程(线程中)中提给的真正gl操作。参见chromium for android GPU进程结构分析。
下图是GrContext::drawRect()调用到WebGraphicsContext3DCommandBufferImpl的gl操作的过程:

bubuko.com,布布扣

3.创建保存硬件绘制结果的Texture.
以下是具体创建过程:

bubuko.com,布布扣

这个texture由GrGpuGL::onCreateTexture()调用WebGraphicsContext3DCommandBufferImpl
接口GenTextures()生成,并保存在GrGLTexture实例中。

bubuko.com,布布扣

二.2dcanvas硬件渲染架构

chromium for android v34 2dCanvas硬件绘制及硬件渲染实现分析

标签:android   blog   http   ar   for   2014   art   c   on   

原文地址:http://blog.csdn.net/jaylinzhou/article/details/39890193

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!