Chromium on Android: 分析Chromium WebView的软件渲染方式

最新推荐文章于 2025-08-31 01:57:02 发布

原创

最新推荐文章于 2025-08-31 01:57:02 发布 · 5.7k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#chrome #android #chromium #webview

本文深入分析了Chromium on Android的WebView软件渲染过程，解释了为何在硬件加速普遍支持的背景下仍保留软件渲染，并概述了WebView软件渲染的6大关键步骤，包括页面失效、重新绘制、调用InProcessViewRenderer、合成内容、光栅化等流程。

摘要

渲染过程可以形象地理解为用一支笔将特定的内容在一张纸上画出来，然后呈现在屏幕上，而对笔和纸张的选择决定了渲染的方式。在Chromium on Android: 认识Chromium WebView一文中我们提到，新版的WebView同时支持两种渲染模式，即软件渲染和硬件渲染。简单的说，软件渲染方式就是用“CPU”这支“笔”将页面内容绘制到以位图Bitmap为材质的“纸张”上，而硬件渲染方式则是用GPU这支笔（当然也需要借助CPU）将页面内容绘制到以Texture为材质的“纸张”上。本文将深入分析新版WebView的软件渲染过程，后续将对硬件渲染做进一步讨论。

为什么支持软件渲染

从Android 3.0（API Level 11）开始, 2D渲染过程就全面支持硬件加速了，也就是说所有在View的Canvas上执行的绘制操作都是使用GPU了。同时，Android平台为在不同的层次为应用程序提供了配置接口或API接口，用来指定程序是否启用硬件加速。比如，你可以在manifest文件中显式设置android:hardwareAccelerated值

<applicationandroid:hardwareAccelerated="true" ...>

表示整个应用程序都将启用硬件加速，也可以为某个Activity或者View设置hardwareAccelerated属性。关于设定硬件加速的方式，详细信息请参考[1]。

那么，既然有了系统级别的硬件加速支持，新版WebView为什么还要支持软件渲染方式呢？原因有二：