一、Android 原生渲染链路

完整链路（经典）

View / Jetpack Compose
↓
Android UI Toolkit
↓
Canvas / DisplayList
↓
Skia（系统）
↓
OpenGL ES / Vulkan
↓
RenderThread
↓
SurfaceFlinger
↓
屏幕

关键角色解释

1️⃣ View / Compose

• 你写的 UI
• 描述 “画什么”

2️⃣ Canvas / DisplayList

• 抽象绘制命令
• 不是 GPU 指令

3️⃣ Skia（系统级）

• Android 的 2D 图形核心

• 负责：

• 文本

• 路径

• 图片

• 你不能直接控制它

4️⃣ SurfaceFlinger

• 系统合成器
• 把所有 App Surface 合成

Android 的本质

你不是在“画 UI”，你是在“请求系统帮你画 UI”

二、HarmonyOS 渲染链路（ArkUI）

HarmonyOS 和 Android 理念非常接近，但架构更新。

渲染链路（ArkUI）

ArkTS / ArkUI
↓
UI DSL（声明式）
↓
ArkUI Framework
↓
Render Pipeline
↓
ROSEN（图形渲染服务）
↓
OpenGL / Vulkan
↓
Window Manager
↓
屏幕

关键点说明

1️⃣ ArkUI

• 类似：

• Jetpack Compose

• SwiftUI

• 声明式 + 响应式

2️⃣ ROSEN（重点）

• HarmonyOS 的：

• UI 合成器

• 渲染服务

• 角色 ≈ Skia + SurfaceFlinger + WindowManager 的组合

3️⃣ GPU

• 同样是：

• OpenGL

• Vulkan

HarmonyOS 的本质

系统级 UI 框架 + 系统级渲染服务

和 Android 一样：

• UI 属于操作系统
• App 服从系统规范

三、Flutter 渲染链路（Impeller / Skia）

这是完全不同的一派。

Flutter 渲染链路

Flutter Widget
↓
Element / RenderObject
↓
Layer Tree
↓
Flutter Engine
↓
Impeller（或 Skia）
↓
Vulkan / Metal / OpenGL
↓
Surface
↓
系统合成
↓
屏幕

关键差异点（非常重要）

1️⃣ Flutter 自己画 UI

• Button、Text、Shadow
• 全是 Flutter 自绘
• 系统 不参与 UI 决策

2️⃣ Android / HarmonyOS 只提供：

• Surface
• 输入事件
• 生命周期

👉 系统只当“窗口管理器”

四、三者核心差异（对照表）

1️⃣ 谁控制 UI？

2️⃣ 渲染引擎位置

3️⃣ GPU 使用方式

五、用一句话类比（非常好记）

Android / HarmonyOS

🏛️ 政府大楼
你提交申请，
系统决定怎么建、怎么刷漆。

Flutter

🎮 游戏引擎
你拿到 GPU，
自己画世界。

六、为什么 Flutter 能跨平台一致？

因为：

• 不用系统 UI
• 不用系统 Skia / ROSEN
• 自带渲染引擎

👉 像 Unity / Unreal

七、最终“面试级”总结

Android 与 HarmonyOS 都是系统级 UI + 系统级渲染服务（Skia / ROSEN），应用通过高层 API 请求绘制；Flutter 则自带渲染引擎（Impeller/Skia），直接驱动 GPU，自绘 UI，系统只提供 Surface 与合成能力。

如果你愿意，我可以下一步帮你画一张：

• 三者渲染链路对比架构图（ASCII / 思维导图）
• 或深入到 HarmonyOS ROSEN vs Android SurfaceFlinger
• 或 为什么 ArkUI 没走 Flutter 路线

你挑一个，我继续。