Chromimum Android渲染介绍

原创 2017年03月14日 00:31:46

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

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

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

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

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)。
content_side

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,里面有详细的说明。

以下为主要类的关系:
impl_side
参考资料: Android 4.4 Browser渲染机制解析

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

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

相关文章推荐

Android应用程序UI硬件加速渲染技术简要介绍和学习计划

Android系统的流畅性一直被拿来与iOS比较,并且认为不如后者。这一方面与Android设备硬件质量参差不齐有关,另一方面也与Android系统的实现有关。例如在3.0前,Android应用程序U...

Android前台渲染

  • 2014年06月05日 15:56
  • 918KB
  • 下载

Android应用程序请求SurfaceFlinger服务渲染Surface的过程分析

Android应用程序请求SurfaceFlinger服务渲染Surface的过程分析 分类: Android 2012-09-17 00:56 23060人阅读 评论(27) 收藏 ...

android 渲染架构演进

  • 2017年11月01日 11:37
  • 11.8MB
  • 下载

android 动态视图渲染

  • 2017年11月01日 17:29
  • 4.17MB
  • 下载

优化布局在Android–减少过度渲染

通过查看GPU透支来改善应用程序的渲染时间。What is Overdraw? Overdraw happens every time the application asks the syste...

Android opengl渲染yuv420例子

  • 2017年06月25日 13:11
  • 2.31MB
  • 下载

Android-Treble-简要介绍

  • 2017年11月10日 09:23
  • 3.73MB
  • 下载

Android性能优化之渲染篇

转载:http://hukai.me/android-performance-render/ 原文是从Google发布的视频Android Performance Patterns第一季中总结出来的...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Chromimum Android渲染介绍
举报原因:
原因补充:

(最多只允许输入30个字)