Android 13是否移除SurfaceFlinger.cpp中的mEventQueue？无它时如何处理事件？

1. Android 13是否移除了SurfaceFlinger.cpp中的mEventQueue？ #

是的，Android 13（API 33）已经完全移除了SurfaceFlinger.cpp里的mEventQueue成员变量。在之前的Android版本中，mEventQueue是SurfaceFlinger处理Refresh、Invalidate等帧事件的核心队列，但Android 13对SurfaceFlinger的事件调度架构做了重构，这个旧组件被彻底淘汰。

2. 在没有mEventQueue的情况下，Android 13中的SurfaceFlinger如何处理Refresh和Invalidate事件？ #

Android 13改用Scheduler组件作为帧调度的核心，替代了原mEventQueue的所有功能，具体处理逻辑如下：

• Refresh事件：当需要触发屏幕刷新时，SurfaceFlinger会调用Scheduler的scheduleFrame()接口请求Vsync信号。当Vsync信号到达时，Scheduler直接通知SurfaceFlinger的主渲染线程启动帧合成流程，完成画面的渲染与提交，无需经过原事件队列的转发。
• Invalidate事件：当收到Invalidate事件（标记某块屏幕区域需要重绘）时，SurfaceFlinger的invalidate()方法会被触发，该方法会标记对应的脏区域，然后通过Scheduler安排下一次Vsync同步的渲染任务，确保脏区域在最近的Vsync周期内得到更新。
• 架构优化：原mEventQueue负责的事件队列管理、线程调度、事件分发等工作，全部整合到Scheduler和SurfaceFlinger主线程逻辑中，减少了中间调度环节的开销，提升了帧调度的响应效率。

内容的提问来源于stack exchange，提问作者Granth