本文转载自 OpenHarmony TSC 官方微信公众号《峰会回顾第7期 | 视窗绘制技术演进和新趋势》

演讲嘉宾 | 陈秋林

回顾整理 | 廖涛

排版校对 | 李萍萍

嘉宾简介

陈秋林，华为终端OS资深架构师、菲尔兹Lab主任，长期从事终端OS研发，先后负责LiteOS、安卓性能优化、HMS框架、OpenHarmony视窗系统等架构设计和技术开发。

文章内容来源

第一届开放原子开源基金会OpenHarmony技术峰会——OS内核及视窗分论坛

视频回顾

视频链接：峰会回顾第7期 | 视窗绘制技术演进和新趋势-陈秋林_哔哩哔哩_bilibili

正文内容

视窗绘制是图形操作系统的基础能力，它决定终端应用图形界面的显示性能和质量，以及用户操作的响应快慢和流畅体验。在万物智联的新场景下，视窗绘制技术的发展有哪些挑战，技术上又有哪些演进趋势呢？华为终端OS资深架构师陈秋林在第一届OpenHarmony技术峰会上，分享了几点思考。

01►终端视窗绘制面临的新挑战

视窗系统（Windowing system/window system）是图形操作系统的重要子系统之一，负责将应用的功能界面以图形显示给用户，并支持用户对其通过触摸、键盘鼠标、语音等方式进行交互和操控。视窗系统由桌面环境、GUI框架、显示服务以及窗口管理器等4大部分组成，分别负责提供应用及其入口管理、应用开发框架和SDK、图形界面绘制和显示、窗口管理和操作控制等功能。

视窗系统

1.1►►高分辨率和高刷新率的普及，带来更高的 GUI 绘制挑战

视窗绘制的计算负载由屏幕分辨率、帧率以及画面质量等因素决定。随着终端软硬件发展，屏幕分辨率、帧率以及画面质量不断提升，视窗绘制负载不断升高。如6k分辨率@240Hz屏幕的视窗绘制负载比2k分辨率@60Hz增长30多倍。240Hz的刷新率要求CPU&GPU在4ms内完成一帧的绘制，屏幕分辨率每提升1倍，GPU负载和DDR带宽将提高4倍。

1.2►►跨设备协同和跨系统生态融合，对视窗的跨设备和跨系统能力提出挑战

万物智联新场景下，用户终端设备种类多，需要支持以用户中心的多设备协同体验。要求视窗系统提供分布式窗口的能力，以支持窗口级跨设备流转。此外，PC上不可避免生态兼容问题，如PC上要兼容Linux应用、windows应用或安卓应用。这要求视窗系统具备多源窗口融合管理的能力。这两方面体验与用户期望还存在较大差距，需要进一步思考在视窗系统上如何做创新。

1.3►►智能座舱等场景 2D/3D UI 融合，对视窗绘制提出新的性能挑战

目前，智能座舱的架构从“多芯多屏”向“一芯多屏”+“跨域融合”发展。该趋势下，上层应用将变得更加复杂：

（1）仪表域中2D仪表和3D酷炫车体融合显示；

（2）中控域360AR全景显示，2D菜单按钮与3D AR内容融合显示；

（3）HUD域显示信息与3D场景融合显示。

在硬件总体算力下降但视窗绘制负载大幅提升的情况下，视窗系统如何实现“一芯多屏”、2D/3D UI融合的流畅体验呢？

“一芯多屏”架构

1.4►►沉浸式场景，带来新的交互变化，对视窗提出新诉求。

沉浸式XR应用，与普通终端应用在显示和交互上均有显著区别。沉浸式应用面对的是2D、3D融合空间，需要用2D屏幕触控操控3D对象，操控点可能在三维空间或三维模型上的某一个不规则面上，如何确定操作对象呢？这涉及三维空间焦点定义问题。沉浸式场景，对视窗系统提出了虚实融合显示、3D空间新交互范式以及空间感知等新诉求。

多样化沉浸式设备

02►Linux、安卓和 iOS 视窗绘制架构的演进

2.1►►Linux 视窗架构

Linux视窗架构是围绕性能和生态兼容两条线演进的。早期使用X11协议进行图形渲染，后来采用DRI方式加速绘制，再到Wayland中将Render和窗口管理器集成在一起。在生态兼容方面，有Xwayland解决X11应用与Wayland的兼容，Glamor解决与图形API兼容等问题。

Linux视窗架构

2.2►►Android 视窗架构

Android视窗架构主要围绕性能演进。

第1阶段，即Android 3.0之前，使用CPU方式渲染UI；

第2阶段，即Android 4.0开始，开启硬件加速（GPU渲染）；

第3阶段，即Android 4.1，引入VSYNC和Triple Buffer；

第4阶段，即Android 5.0，实现了Render线程和UI线程分离。

Android视窗架构主要特点：

（1）采用分离渲染架构，每个应用独立执行动画、渲染；

（2）采用多Buffer轮转，来尽量地规避丢帧卡顿现象；

（3）窗口管理和合成（SurfaceFlinger）分离；

（4）2D渲染由Skia图形库承载。

Android视窗架构

2.3►►iOS 视窗架构

iOS视窗架构的演进主要聚焦在Metal和AR上的创新，如基于Metal的MPS及AR Kit等。与Linux和安卓上的不同点：

（1）采用统一渲染架构，窗口内控件动效及跨窗口联动动效统一处理；

（2）近年来大力发展AR图形生态，以AR场景应用推动3D渲染技术演进，并通过各种Kit提供外挂式3D能力；

（3）围绕自研GPU及新一代Metal API进行垂直整合（软硬协同）；

（4）各类SDK及开发工具深度整合，各个Kit间互操作性好，从底层能力到系统框架形成整体解决方案。

iOS视窗架构

总的来说，Linux视窗架构围绕性能和兼容性持续演进，Android视窗架构围绕性能演进，iOS视窗架构演进聚焦于统一渲染，垂直整合，与开发工具深度整合。

03►视窗绘制新技术和趋势

3.1►►高能效 GUI 绘制

以Android为主的当代视窗中，GUI绘制与显示管线的架构复杂，流程冗长，涉及多次进程间协同，并行化低，导致性能及功耗问题。此外，2D绘制的CPU与GPU间交互调用Driver Overhead高，GPU overdraw问题严重。针对上述传统2D管线现存问题，需探索数据驱动2D极简管线架构：CPU负责生成2D图元数据，通过绘制指令提交到GPU中，GPU对2D图元数据进行预处理、光栅化以及着色，实现高性能UI绘制。在实际的实验中，相比于传统2D管线，数据驱动2D极简管线的CPU负载下降50%+，同时大幅简化了GPU驱动。

数据驱动2D极简管线

3.2►►分布式窗口和异构窗口融合

多屏协同场景中，现有基于投屏的方案存在传输数据量大，功耗高、时延大以及帧率低等缺陷。需探索分布式窗口技术，拉通设备间的窗口运行环境，将用户界面窗口显示和应用逻辑解耦，实现窗口可在设备间自由流转，自适应新设备显示环境，且功耗/时延/刷新率优于投屏。此外，生态应用运行在虚拟机/容器中时，容器应用窗口与Host系统原生窗口没有统一管理，两者操控体验完全割裂，需要探索多源窗口融合技术，实现统一管理，体验一致。

异构窗口融合架构

3.3►►2D&3D 融合的 UI 框架

在车载智能驾驶舱场景，3D图形结合2D UI展示各种信息，为驾驶者提供准确和沉浸式驾驶体验已成为趋势。当前UI开发框架对2D&3D融合场景支持仍不足，主要表现为：OS视窗的GUI框架以支持2D界面开发为主，缺乏3D的动态光影效果和空间深度感；而纯3D界面开发框架（如Kanzi和各种游戏引擎框架）开发难度大，门槛高。因此，需进一步探索高性能、轻量化的2D&3D融合的UI框架，以实现2D&3D混合UI开发，需具备以下功能：

（1）提供3D场景控件，加载3D场景模型，支持真实性渲染；

（2）可将2D UI嵌入到3D场景，与3D模型子表面进行关联显示；

（3）支持将2D UI控件与3D场景属性双向关联；

（4）2D&3D渲染管线无缝切换。

2D&3D融合UI框架