1. 课程导入

各位同学，欢迎来到《Android显示驱动开发与集成实战》的第一章。我是你们的老朋友，一个在Android显示底层摸爬滚打了十来年的工程师。

咱们这门课，说白了就是要把手机屏幕点亮、画面流畅、色彩准确这件事，从硬件到软件，从驱动到框架，彻底讲透。今天这第一讲，我们先搭个骨架——搞清楚Android显示子系统到底长什么样，各个模块怎么分工，显示驱动又藏在哪个角落。

1.1 Android显示子系统整体架构

先问大家一个问题：你在手机上点一下图标，到屏幕显示出动画，中间经历了什么？

嗯，这个过程远比你想的复杂。我习惯把Android显示子系统分成三层来看：

• 应用层与框架层：负责生成画面内容（UI、视频、游戏画面）
• 硬件抽象层（HAL）：负责把框架层的指令翻译成硬件能懂的语言
• 内核驱动层：直接操作显示硬件，把像素数据送到屏幕上

这三层之间，有两个关键角色在中间协调——SurfaceFlinger 和 HWC（Hardware Composer）。后面我会重点讲它们。

下面这张图，是我自己画的一个简化架构。你看一眼，心里先有个印象。

1.2 SurfaceFlinger——显示系统的"大管家"

SurfaceFlinger 是 Android 显示系统的核心服务。它运行在 system_server 进程中，负责把所有应用的画面合成一张完整的屏幕图像。

我打个比方：SurfaceFlinger 就像一个舞台导演。每个应用是一个演员，各自在后台化妆（渲染自己的画面）。导演（SurfaceFlinger）决定谁站前面、谁站后面、什么时候出场，最后合成一个完整的舞台画面呈现给观众（屏幕）。

SurfaceFlinger 的主要职责包括：

• 管理 Layer（图层）：每个窗口对应一个 Layer，SurfaceFlinger 维护一个 Layer 列表
• 合成决策：决定哪些 Layer 用 GPU 合成，哪些交给 HWC 硬件合成
• VSYNC 调度：与屏幕刷新率同步，避免画面撕裂
• Buffer 管理：通过 BufferQueue 机制与应用交换图像数据

1.3 HWC（Hardware Composer）——硬件加速的"合成专家"

HWC 是 SurfaceFlinger 的"得力干将"。它的核心作用就是：把合成工作卸载到硬件上。

你想想看，如果所有图层合成都用 GPU 来做，功耗会非常高。HWC 允许显示控制器（Display Controller）直接处理部分图层的合成，GPU 只需要处理那些复杂的、需要特效的图层。

HWC 的工作流程大致是这样的：

1. SurfaceFlinger 把所有 Layer 信息发给 HWC
2. HWC 分析这些 Layer，给出一个"合成计划"
3. SurfaceFlinger 根据计划，把部分 Layer 交给 GPU 合成，部分交给 HWC
4. HWC 把硬件合成的结果和 GPU 合成的结果合并，输出到显示器

对比项	GPU 合成	HWC 硬件合成
功耗	较高	低（专用硬件）
灵活性	高（支持任意特效）	低（受硬件能力限制）
适用场景	动画、模糊、旋转等复杂效果	普通UI图层、视频叠加层
带宽占用	需要读写帧缓冲区	直接操作显示硬件，带宽低

1.4 显示驱动在系统中的位置

好了，现在我们把目光往下移，看看最底层——显示驱动。

显示驱动位于 Linux 内核 中，是连接 Android 框架和显示硬件的桥梁。它直接操作显示控制器、DSI/DP 接口、背光、面板初始化等硬件资源。

在 Android 系统中，显示驱动主要分为两类：

• DRM/KMS 驱动：现代 Android 设备的主流方案。DRM（Direct Rendering Manager）负责显存管理，KMS（Kernel Mode Setting）负责显示模式设置。
• FBDEV 驱动：传统的 framebuffer 驱动，简单但功能有限，逐渐被 DRM 取代。

显示驱动在系统中的位置，可以用下面这张图来理解：

显示驱动需要处理的核心任务包括：

• 显示控制器初始化：配置时序、分辨率、刷新率
• 帧缓冲区管理：分配、映射、同步显存
• 面板上电序列：初始化 LCD/OLED 面板，发送初始化命令
• 背光控制：PWM 调光、亮度映射
• 热插拔检测：HDMI/DP 外接显示器的插拔事件
• 电源管理：屏幕亮灭、suspend/resume 流程

1.5 数据流全景：从 App 到像素

最后，我们把整个流程串起来，看看一个像素从诞生到显示在屏幕上，到底走了多远的路。

1. App 渲染：应用通过 Canvas、OpenGL ES 或 Vulkan 渲染画面，输出到一个 Buffer 中
2. BufferQueue 传递：应用通过 BufferQueue 机制，把 Buffer 交给 SurfaceFlinger
3. SurfaceFlinger 决策：SurfaceFlinger 收集所有 Layer 的 Buffer，决定合成策略
4. HWC 参与：HWC 分析 Layer 属性，给出硬件合成建议
5. 合成执行：GPU 合成复杂图层，HWC 合成简单图层，结果合并
6. HAL 层调用：合成结果通过 gralloc 和 hwcomposer HAL 接口传递到内核
7. 驱动处理：DRM/KMS 驱动将最终图像数据写入显示控制器的帧缓冲区
8. 硬件输出：显示控制器通过 DSI/DP 接口，把像素数据发送到屏幕面板
9. 屏幕显示：面板上的像素点根据数据刷新，你看到了画面

整个过程，从 App 开始到屏幕显示，必须在 16.6ms（60Hz）或 8.3ms（120Hz）内完成。任何一个环节出问题，都会导致掉帧、卡顿。