众所周知，动画是系统和应用与用户交互的重要环节。动画效果的好坏会直接影响用户的体验。动画效果依赖图形系统，华为作为 OpenAtom OpenHarmony（以下简称“OpenHarmony”）开源项目贡献者，自主研发了一套以统一渲染为基础、高性能动效引擎为驱动的图形系统——OpenHarmony 图形栈。

一、OpenHarmony 图形栈介绍

下面先为大家介绍一下 OpenHarmony 图形栈的架构。

按照分层抽象和轻模块化的架构设计原则，OpenHarmony 图形栈分为接口层、架构层和引擎层，且每一层按能力分成了若干个能力模块。OpenHarmony 图形栈的完整能力视图如图 1 所示。（目前，视图中的能力尚未全部实现，还在持续开发和完善中）

图 1 OpenHarmony 图形栈

对上，OpenHarmony 图形栈为应用程序框架提供高性能、易用的图形接口，支撑多窗口、复杂页面的图形渲染和流畅自然动画的实现。对下，OpenHarmony 图形栈屏蔽差异化的芯片平台，支撑任意符合 OpenHarmony 图形标准的设备接入。

OpenHarmony 图形栈的分层说明如下：

• 接口层：提供图形的 NDK（native development kit，原生开发包）能力，包括：WebGL、Native core Canvas 的绘制能力、OpenGL 指令级的绘制能力支撑等。

• 框架层：分为 Render Service、Drawing、Animation、Effect、显示与内存管理五个模块。

• 引擎层：包括 2D 图形库和 3D 图形引擎两个模块。2D 图形库提供 2D 图形绘制底层 API，支持图形绘制与文本绘制底层能力。3D 图形引擎能力尚在构建中。

看了上面 OpenHarmony 图形栈的介绍，你也许还没有 get 到 OpenHarmony 图形栈到底能为用户带来哪些更好的体验。别急，下面就为大家一一道来。

二、提升动画流畅度

从通俗角度看，动画是多张连续的画面通过一定的帧率展示出来。用户大部分时间是处在人机交互的动画场景中，比如浏览新闻页面等，动画的流畅性对用户体验非常关键。我们通过对传统动画处理流程的深入分析，发现了影响动画流畅的两个关键问题：

1. 动画受 UI 主线程影响

如果 UI 主线程的业务阻塞，这很容易引发动画卡顿的现象，给用户带来不好的体验。下面的 Demo 模拟了 UI 主线程业务阻塞的场景，可以看到动画明显卡顿了。

2. 动画过程图形计算负载高

传统的动画处理流程如图 2 所示。开发者在应用代码中创建动画、设置动画参数、设置每帧回调等，从而实现想要的动画效果。应用运行时，系统会对动画一帧一帧地渲染。首先，在动画阶段，系统会计算被修改的控件的属性值。接着，进入测量/布局/绘制阶段，系统测量所有控件的属性，根据设备尺寸对所有控件进行布局，并形成绘制指令。最后由 GPU 进行每一帧的渲染。

图 2 传统的动画处理流程

在测量/布局/绘制阶段，如果控件属性发生变化（如图 3），则每一帧都要重新测量、布局和绘制。这意味着每一帧都会引入图形计算负载，增加了耗时，且最终影响动画效果。

图 3 图形计算负载

下面我们来看一个示例：

以上示例中，点击 Title 后，窗体根据设备尺寸进行伸展。这个过程其实就是控件属性发生变化的过程，我们看到动画效果不流畅，是因为测量、布局绘制环节耗时长导致。

为了解决上面两个影响动画流畅的关键问题，OpenHarmony 图形栈采取了 UI 与动画分离、测量布局绘制优化等关键技术来提升动画性能。

1. UI 与动画分离

OpenHarmony 图形栈采用 UI 与动画分离的设计思想，动画的使能和参数下发在 UI 主线程，动画的步进在渲染过程中。在这种分离的方式下，动画不再受 UI 主线程阻塞的影响，从架构上避免了因 UI 主线程阻塞导致动画卡顿的问题。

下面我们再次通过上面的 Demo 来模拟 UI 主线程业务阻塞。这次我们看到动画非常流畅，丝毫没有受到 UI 主线程业务阻塞的影响。

2. 测量布局绘制优化

传统的动画过程中，宽高的变化必然引起布局的变化，从而导致每帧进行重新测量、布局和绘制。当控件数量过多的时候，因测量、布局、绘制所带来的 CPU 负载是非常高的。为此，对于布局中内容不变的场景，OpenHarmony 图形栈对测量布局计算进行优化，动画过程中由系统进行动态的“插帧”处理，从而有效地避免了每帧的重新测量、布局和绘制。

下面我们看看同样的示例在 OpenHarmony 中的动画效果：