Chromimum Android渲染介绍

从概念上一个使用硬件加速(AC)时,页面显示的结构是Viewport -> Layer(s) -> Tile(s),所谓的纹理就是Tile上显示的内容。分块最大的好处就是重绘的单元变小,更利于降低系统开销。
(Tile翻成瓦片,还不如瓷砖呢 ^_^!)

详情可参考:开启硬件加速时Web页面绘制流程
从WebKit内核到Chromium的cc模块,其对应关系如下:

Chormium通过impl-side painting实现了多线程的渲染(Design Document)。其目的是将WebKit内核的页面内容绘制与实际显示隔离开来,再将painting操作分为recording和rasterization。
其中一个重要的概念是Main Thread(side)和Impl Thread(side)。

Main Thread运行于Render线程,包括RenderWidget,LayerTreeHost等。Impl Thread运行于Compositor线程,包括LayerTreeHostImpl等。两者通过一个Proxy进行线程的通讯。基本的渲染路径就像是dot绘图一样,先录制脚本,再生成图像。它使用的对象是SkPicture, 它能做到类似Display List的功能,能够记录,再播放。这也是跨进程渲染的基础(必然需要一个编码及解码的过程。)。
步骤如下:
* 在Main Thread里,Chromium/WebKit的渲染到一个图形后端(SkPicture)存储起来, 由LayerTreeHost管理整个Layer Tree。 这个过程叫Record,并没有真正绘制。
* 将这些数据提交到Impl Thread里的LayerTreeHostImpl进行给制,这个过程是Upload,还有一个Commit。
* LayerTreeHostImpl再通过AwContents,使用Android的GL功能进行合成绘制,这个过程叫Rastering (光栅化,其实就是用位图显示的概念,对应于矢量方式绘图.)。

结构上,LayerTreeHost与LayerTreeHostImpl构成了Main Thread和Impl Thread的交互界面。

初始化时,流程从RenderViewImpl的创建开始,如下图所示(ThreadProxy是Proxy的实现):

为了更好地安排Main Thread与Impl Thread的任务队列,还会有一个Scheduler负责任务安排。 以下是类的关系,可以看到它们的生命周期管理:

Main Thread(Side)

LayerTreeHost/LayerTreeHostImpl只是组织和事务处理的类,实际绘制时是以OutputSurface为基础的,可以理解为图形后端。Android WebView和CC都是基于对OutputSurface的操作来完成后面的合成的。Chromium WebView使用同步合成器,即SynchronousCompositor,在UI线程上使用系统的GL能力绘制。后面有一串以SynchronousCompositor命名的类。

首先当LayerTreeHostImpl准备好后,会向LayerTreeHost请求OutputSurface, 最终由RenderWidget通过SynchronousCompositorFactory创建出一个OutputSurface,并交给LayerTreeHostImpl管理(scoped_ptr)。

Impl Thread(Side)

在Impl side, AwContents中合成器管理操作是由BrowserViewRenderer负责的,它将主要通过SynchronousCompositorImpl来向LayerTreeHostImpl和OutputSurface提供服务的。
Android WebView的设计中一个WebContents对应一个合成器,所以SynchronousCompositorOutputSurface通过routingid就可以确认所对应的SynchronousCompositorImpl。
Android上将Impl Thread实际是跑在UI线程上的,即child compositor运行在UI线程上。详细的说明参考 Urbercomp in Android WebView,里面有详细的说明。

以下为主要类的关系:

参考资料: Android 4.4 Browser渲染机制解析

附上OutputSurface的初始化及绑定流程如下:

当开始绘制时,为了支持DrawGL函数(下面有介绍),还会创建一个OutputSurface。析构时依次析构,流程如下:

TileSet & Layer

对应于上面的TileSet和Layer,Chromium是由PictureLayerImpl来实现的。以下为其类图,没有深入研究,仅作参考:
更为系统的介绍看这里Chromium Graphics: 再谈Chromium WebView硬件渲染模式的演进

参考

  1. Web页面渲染及合成加速(二)
  2. Chromium Graphics: 再谈Chromium WebView硬件渲染模式的演进
  3. 开启硬件加速时Web页面绘制流程
  4. Impl-Side Painting
  5. Android Graphics Architecture
时间: 2024-11-08 19:16:20

Chromimum Android渲染介绍的相关文章

Android 渲染机制深入理解

基础知识 CPU: 中央处理器,它集成了运算,缓冲,控制等单元,包括绘图功能.CPU将对象处理为多维图形,纹理(Bitmaps.Drawables等都是一起打包到统一的纹理). GPU:一个类似于CPU的专门用来处理Graphics的处理器, 作用用来帮助加快格栅化操作,当然,也有相应的缓存数据(例如缓存已经光栅化过的bitmap等)机制. OpenGL ES:是手持嵌入式设备的3DAPI,跨平台的.功能完善的2D和3D图形应用程序接口API,有一套固定渲染管线流程. OpenGL ES详解 D

Android ListView介绍及优化方案_Android

xml设计 <?xml version="1.0"?> -<RelativeLayout tools:context=".MainActivity" android:paddingTop="@dimen/activity_vertical_margin" android:paddingRight="@dimen/activity_horizontal_margin" android:paddingLeft=&

Android ListView介绍及优化方案

xml设计 <?xml version="1.0"?> -<RelativeLayout tools:context=".MainActivity" android:paddingTop="@dimen/activity_vertical_margin" android:paddingRight="@dimen/activity_horizontal_margin" android:paddingLeft=&

Android SearchView介绍及搜索提示实现

本文主要介绍SearchView的使用.即时搜索提示功能的实现,以及一些设置. 1. layout文件 Java 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <?xml version="1.0" encoding="utf-8"?> <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:l

[Android]Fragment、Activity比较——Android碎片介绍

Fragment是Android honeycomb 3.0新增的概念,Fragment名为碎片不过却和Activity十分相似,下面介绍下Android Fragment的作用和用法.Fragment用来描述一些行为或一部分用户界面在一个Activity中,你可以合并多个fragment在一个单独的activity中建立多个UI面板,同时重用fragment在多个activity中.你可以认为fragment作为一个activity中的一节模块 ,fragment有自己的生命周期,接收自己的输

android AsyncTask介绍

AsyncTask和Handler对比 1 ) AsyncTask实现的原理,和适用的优缺点 AsyncTask,是android提供的轻量级的异步类,可以直接继承AsyncTask,在类中实现异步操作,并提供接口反馈当前异步执行的程度(可以通过接口实现UI进度更新),最后反馈执行的结果给UI主线程. 使用的优点: l  简单,快捷 l  过程可控         使用的缺点: l  在使用多个异步操作和并需要进行Ui变更时,就变得复杂起来. 2 )Handler异步实现的原理和适用的优缺点 在

Android ACRA3介绍

http://www.cnblogs.com/xiongbo/archive/2011/06/01/2063487.html 一.介绍(Introduction) ACRA 允许你的Android应用将崩溃报告以谷歌文档电子表的形式进行发送.本教程将引导您在应用程序项目中安装ACRA. ACRA allows your Android application to send Crash Reports in a Google Docs spreadsheet. This tutorial wil

Ubuntu中为Android简单介绍硬件抽象层(HAL)

Android的硬件抽象层,简单来说,就是对Linux内核驱动程序的封装,向上提供接口,屏蔽低层的实现细节. 对硬件的支持分成了两层,一层放在用户空间(User Space),一层放在内核空间(Kernel Space),其中,硬件抽象层运行在用户空间,而Linux内核驱动程序运行在内核空间.为什么要这样安排呢?把硬件抽象层和内核驱动整合在一起放在内核空间不可行吗?从技术实现的角度来看,是可以的,然而从商业的角度来看,把对硬件的支持逻辑都放在内核空间,可能会损害厂家的利益.我们知道,Linux内

Android Context介绍

一.首先什么是context? 文档语焉不详,说是resource什么的,反正是没看懂,实际上可以认为它是一个指向parent对象的指针,受到那个parent对象的控制. 二.为什么需要context? 试想一下这个语句: Button myButton =newButton(this); 这个this就是context,前面说了它指向了parent对象,那指向了哪里?为什么需要这么做?原因是Button为了能完成自己的使命(响应各种操作)就得让Android系统知道自己是属于哪个Activit