上篇聊完性能优化实战，这篇深入Framework层。美团Framework面不考背八股，而是让你把WMS、ViewRootImpl、Choreographer串起来讲清一帧画面怎么从App渲染到屏幕上。资深岗要求能读懂源码并定位系统级Bug。

今天8道题覆盖美团Framework面试核心考点。

Q1：WMS（WindowManagerService）是干嘛的？

WMS负责管理所有窗口的层级、位置、大小、可见性。它是Android窗口系统的核心服务，运行在SystemServer进程中。

主要职责：窗口添加/删除（DecorView、Dialog、Toast等通过WMS注册）；窗口层级管理（按type排序决定Z-order）；窗口动画调度（转场动画由WMS管理）；输入事件分发（配合InputManagerService派发到对应窗口）。

追问：Window和View的关系？Window是逻辑概念（对应一个ViewRootImpl），View是具体UI元素。Activity持有PhoneWindow，PhoneWindow持有DecorView（View树根节点）。

Q2：ViewRootImpl是什么？它的工作流程？

ViewRootImpl是View树的管理者——连接WMS和DecorView。每个Window对应一个ViewRootImpl，负责View的测量、布局、绘制。

核心流程（scheduleTraversals → performTraversals）：

1. performMeasure：从DecorView开始递归测量每个View的大小（MeasureSpec：EXACTLY/AT_MOST/UNSPECIFIED）
2. performLayout：根据测量结果确定每个View的位置
3. performDraw：遍历View树调用draw()，绘制到Canvas（实际是HardwareRenderer或SoftwareRenderer）

追问：为什么不能在子线程更新UI？ViewRootImpl创建时记录创建线程（mThread），checkThread()校验调用线程是否一致。不一致直接抛异常。这是设计约束而非技术限制。

Q3：Choreographer帧调度怎么工作？

Choreographer负责协调渲染时机——接收VSYNC信号，触发一帧的渲染流程。

工作流程：App注册FrameCallback → VSYNC信号到来（硬件定时器60Hz/90Hz） → SurfaceFlinger通知Choreographer → 执行回调链：输入事件 → 动画 → Invalidation → Traversal（measure/layout/draw）。

FrameCallback：注册Choreographer.FrameCallback监听每帧时机，onFrame(frameTimeNanos)在每帧开始时回调，可计算帧间隔判断是否卡顿。

追问：掉帧是怎么发生的？一帧的VSYNC间隔16.6ms（60fps）。如果measure/layout/draw超过16.6ms，错过下一次VSYNC，就会出现掉帧。连续掉帧就是肉眼可见的卡顿。

Q4：SurfaceFlinger是干嘛的？

SurfaceFlinger是Android的合成服务——把多个Surface合成一帧画面送给屏幕显示。运行在独立进程。

合成流程：每个Window对应一个Surface（GraphicBuffer），App绘制内容到Surface上。VSYNC到来时SurfaceFlinger收集所有可见Surface进行合成。Client合成用GPU，Device合成用硬件叠加层（HWC）。HWC判断哪些Surface可以用硬件overlay叠加（不需要GPU），剩下的交给GPU合成。合成结果送给Display显示。

追问：Surface和View的关系？View负责绘制内容，Surface提供绘制的画布（GraphicBuffer）。ViewRootImpl在draw阶段通过RenderThread把View内容绘制到Surface上。

Q5：一帧画面从App到屏幕的完整流程？

这是Framework面试的终极问题，串联所有组件：VSYNC信号到来 → Choreographer收到通知 → 执行回调链（输入事件/动画/invalidate） → ViewRootImpl.performTraversals（measure → layout → draw） → RenderThread把View内容绘制到Surface的GraphicBuffer → SurfaceFlinger收集所有Surface合成（HWC判断硬件叠加或GPU合成） → 送给Display显示。整个过程要在16.6ms内完成（60fps），超过就掉帧。

追问：双缓冲/三缓冲？为避免撕裂，SurfaceFlinger用双缓冲——App画下一帧到backBuffer，显示当前frontBuffer，VSYNC时交换。三缓冲多一个buffer减少延迟。

Q6：Handler消息机制和VSYNC的关系？

Handler机制：主线程Looper循环从MessageQueue取消息处理。VSYNC通过Choreographer把渲染消息插入MessageQueue。

时序关系：VSYNC到来后Choreographer发送异步消息（优先级高于同步消息），确保渲染优先执行。如果MessageQueue前面有大量同步消息排队，渲染消息被延迟——这就是主线程耗时操作导致掉帧的原因。

追问：同步屏障？MessageQueue的postSyncBarrier阻塞同步消息，只放行异步消息。VSYNC渲染消息是异步的，能穿透屏障优先执行。ViewRootImpl在scheduleTraversals时设置同步屏障保证渲染优先级。

Q7：Android渲染机制演进——从软件渲染到硬件加速？

软件渲染（Android 3.0前）：View直接绘制到Canvas，CPU完成所有绘制。

硬件加速（Android 3.0+）：引入RenderThread和DisplayList。View绘制命令先录制到DisplayList，RenderThread用OpenGL/Vulkan回放到Surface。主线程只录制命令，GPU渲染在RenderThread。

RenderNode（Android 5.0+）：每个View对应一个RenderNode持有DisplayList。属性变更（translation/alpha）不需重新录制，只修改RenderNode属性，RenderThread直接应用。

追问：为什么setTranslationX比setLayoutParams快？setTranslationX只修改RenderNode属性，RenderThread直接生效。setLayoutParams触发requestLayout → measure → layout → draw，整个流程重走。

Q8：Framework面试怎么准备？

源码阅读路线：Activity.setContentView → PhoneWindow → DecorView → WindowManager.addView → ViewRootImpl → performTraversals → Choreographer → SurfaceFlinger。这条线读明白就够用。

重点类：ViewRootImpl（渲染入口）、Choreographer（帧调度）、MessageQueue（消息机制）、WMS（窗口管理）。

面试技巧：Framework面喜欢问串联问题。回答时从App层讲到硬件层，展示对渲染管线的整体理解。

面试Tips：美团Framework面考串联能力——让你把一帧渲染流程从头讲到尾。ViewRootImpl的performTraversals、Choreographer的VSYNC回调、SurfaceFlinger合成机制是核心。硬件加速原理（RenderThread/RenderNode）和Handler消息时序也常考。

下一篇进入Compose专项——Compose动画API、LazyColumn性能、Compose测试、Material3适配。

读过Framework源码的同学扣1，你能画出从VSYNC到屏幕显示的完整流程吗？

本系列连载中，关注不迷路，下一篇：美团高级Android（Compose专项）面试真题

系列简介：Android大厂面经连载，覆盖字节跳动、腾讯、阿里、美团等40+企业，从初级到架构师全岗位覆盖。每篇文章包含真实面试题+详细答案+代码示例，帮你拿到大厂Offer。