Android图形系统：WMS与SurfaceFlinger协作机制解析

1. WMS与SurfaceFlinger的协作机制解析

在Android图形系统中，WindowManagerService（WMS）和SurfaceFlinger如同舞台导演与灯光师的关系。WMS负责决定每个窗口应该出现在什么位置（X/Y坐标）以及它们的叠放顺序（Z轴），而SurfaceFlinger则负责将这些窗口内容最终合成并显示到屏幕上。

WMS通过DisplayArea层级树管理窗口的Z-order。每个DisplayArea都是一个容器，可以包含其他DisplayArea或窗口。当应用请求创建窗口时，WMS会：

1. 根据窗口类型（如STATUS_BAR、NAVIGATION_BAR、APPLICATION）确定其应该放入哪个DisplayArea
2. 计算该窗口在DisplayArea中的具体Z-order位置
3. 通过SurfaceControl与SurfaceFlinger通信，创建对应的Layer

关键点：窗口的最终显示层级由DisplayArea的层级和窗口在DisplayArea内的相对位置共同决定

2. DisplayArea的层级结构设计

Android 12引入的DisplayArea层级系统采用树形结构管理窗口，主要包含以下类型：

例如，一个典型的手机DisplayArea树可能如下：

code复制RootDisplayArea
├── ImeContainer（输入法相关）
├── TaskDisplayArea（应用窗口）
├── StatusBarContainer（状态栏）
└── NavigationBarContainer（导航栏）

这种设计使得窗口管理更加模块化，不同类型的窗口互不干扰。在代码中，这些层级关系通过DisplayAreaPolicy.Provider进行配置。

3. SurfaceControl与Layer的映射关系

当WMS确定窗口的层级后，会通过SurfaceControl与SurfaceFlinger交互。每个窗口对应一个SurfaceControl，最终在SurfaceFlinger中表现为一个Layer。关键操作流程：

1. 窗口创建时：

java复制// WMS端创建SurfaceControl
SurfaceControl.Builder builder = new SurfaceControl.Builder()
    .setName(windowToken.toString())
    .setParent(parentSurfaceControl);
SurfaceControl sc = builder.build();

// 对应SurfaceFlinger会创建Layer
sp<Layer> layer = new Layer(...);

2. 层级变更时：

java复制// WMS调整Z-order
surfaceControl.setRelativeLayer(relativeTo, z);

// SurfaceFlinger相应调整Layer顺序
layer->setLayer(z);

3. 窗口销毁时：

java复制surfaceControl.release();
// 对应Layer也会被销毁

实测中发现，SurfaceControl的parent设置对性能影响很大。不合理的parent关系会导致：

• 不必要的合成（composition）
• 额外的GPU内存拷贝
• 合成器（composer）负载增加

4. 窗口层级调试实战技巧

当遇到窗口层级异常（如窗口被错误遮挡）时，可以按以下步骤排查：

1. 获取当前窗口层级信息：

bash复制adb shell dumpsys window windows | grep -E 'Window #|mCurrentFocus'

2. 查看SurfaceFinger的Layer状态：

bash复制adb shell dumpsys SurfaceFlinger

3. 重点检查以下字段：

• mLayerStack：显示栈ID
• mRelativeLayer：相对层级
• mParent：父SurfaceControl

4. 常见问题模式：

• 多个窗口设置了相同的Z-order值
• 窗口被错误地添加到了非预期的DisplayArea
• SurfaceControl的parent关系设置错误

一个典型调试案例：输入法窗口无法正常显示。通过dump发现其被错误地添加到了TaskDisplayArea而非ImeContainer，导致Z-order计算异常。修正DisplayArea归属后问题解决。

5. 性能优化关键参数

窗口层级管理直接影响图形性能，需要特别关注以下参数：

1. 层级深度（Layer Count）：

• 每增加一个Layer会增加约0.2ms的合成时间
• 建议单个屏幕保持Layer数<30

2. 无效区域（Damage Region）：

cpp复制// SurfaceFlinger计算刷新区域
Region damage = layer->getVisibleRegion();
damage.andSelf(layer->getBufferSize());

• 过大的damage region会增加GPU负载
• 应用应准确设置Surface.setDamageRegion()

3. 合成策略（Composition Strategy）：

• CLIENT：由应用自己合成（如SurfaceView）
• DEVICE：由HWC硬件合成
• 不合理的策略选择会导致性能下降30%以上

在小米12 Pro上的实测数据：

6. 窗口动画的特殊处理

窗口动画（如Activity切换）涉及复杂的层级变换。Android采用以下机制保证流畅性：

1. 动画期间创建临时SurfaceControl：

java复制SurfaceControl.Transaction t = new SurfaceControl.Transaction();
t.setLayer(animatingSurface, topLayerZ + 1);
t.show(animatingSurface);
t.apply();

2. 关键实现细节：

• 动画SurfaceControl会被置于所有常规窗口之上
• 使用独立的BufferQueue避免与内容窗口竞争
• 动画结束前会预先创建目标窗口的Surface

3. 常见问题：

• 内存泄漏：动画SurfaceControl未及时释放
• 视觉撕裂：动画帧率与显示刷新率不同步
• 卡顿：Surface尺寸过大导致GPU处理超时

优化建议：

• 限制动画Surface的最大尺寸（不超过屏幕的1/4）
• 使用硬件加速的动画（如设置FLAG_HARDWARE_ACCELERATED）
• 对于复杂动画，考虑使用SurfaceView而非Window

7. 多窗口模式下的层级管理

在分屏/自由窗口模式下，窗口层级管理更加复杂：

1. 每个TaskDisplayArea维护独立的窗口栈
2. 焦点窗口会被自动提升到所在栈的顶部
3. 系统通过getWindowLayerLw()计算各窗口的基础Z-order

关键代码逻辑：

java复制// 计算窗口基础层级
int getWindowLayerLw(WindowState win) {
    if (win.isAlwaysOnTop()) return TYPE_LAYER_TOP;
    if (win.isApplicationWindow()) return TYPE_LAYER_MIDDLE;
    return TYPE_LAYER_BASE;
}

// 加上窗口在栈内的偏移
final int layer = baseLayer + subLayer;

多窗口下的常见问题：

• 输入焦点与视觉层级不一致
• 窗口栈切换时的动画卡顿
• 不同Density窗口混合显示时的比例异常

解决方案示例：

xml复制<!-- 在WindowManagerPolicy中明确定义各类型窗口的层级 -->
<window-layer type="status_bar" layer="210000" />
<window-layer type="navigation_bar" layer="200000" />
<window-layer type="application" layer="100000-199999" />

8. 扩展阅读：WMS与SurfaceFinger的通信机制

WMS通过以下IPC通道与SurfaceFlinger交互：

1. Binder接口：

• IWindowManager (WMS实现)
• ISurfaceComposer (SurfaceFlinger实现)

2. 共享内存：

• GraphicBuffer的传递通过ashmem实现
• 避免大数据量的拷贝

3. 典型调用序列：

code复制WMS.createSurface()
    → SurfaceFlinger.createLayer()
    → 返回LayerHandle

WMS.setLayer()
    → SurfaceFlinger.setLayer()
    → 更新Layer属性

性能关键点：

• 每次Transaction.apply()都会触发IPC
• 批量操作应使用SurfaceControl.Transaction
• 避免在UI线程频繁调整窗口属性

一个优化案例：某视频应用在滑动列表时频繁调整Surface层级，导致卡顿。通过改为在列表静止时一次性提交所有层级变更，帧率从45fps提升到60fps。