基于 View Tree 优先级的屏幕刷新率调控

Yangsh888

高端机要功耗，低端机要性能。

手机的屏幕刷新率从 60 到 90 到 120，到 144，到 165 ，不断突破，向着 pc 靠齐。也在为了功耗做动态切换，从固定档位的LTPS， 到可以无级切换的LTPO。如果没有LTPO 甚至 LTPS 就不能做到了么？

还是有些玩法的。 从渲染显示管线来看。 app 的 view tree，到 app 的 vsync，到 SurfaceFlinger 到 DSS 驱动 到panel 硬件。每一个阶段都可以做不同的优化。 怎么思考这些优化方案？ 简单的一个点就是：单数和双数；能否提高上限，降低下线；能否动态切换。

单数和双数问题：
1、 一个 app 怎么玩？
app 的不同的 view tree，其实刷新的速率可以做到不一样的。大家常见的视频和弹幕、评论这些 组件就是不一样。 那同一类 view tree 里面，也是有优先级的，比如 systemui app 的状态栏，这种一般给个 10hz 就 ok，有变化再给高就行了。
2、不同 app 怎么玩？
是否就有根据不同 app 设置不同刷新率的方案了。多 app 的可视化窗口，哪个是重点窗口，这些是可以根据场景来做不同刷新率的。比如 根据 不同窗口面积大小计算，比如根据各个窗口内容绘制 view 数量或者耗时等做阈值等等。SF/HWC 阶段，这个刷新率差分器，它是控制不同 app 的刷新率的核心。对虚拟屏幕，不同物理屏幕进行刷新率控制。驱动层，TE 信号的动态控制， 屏幕自刷新模拟动态帧率等。

如果想写这块专利，可以细化场景，做到专利差异。比如多窗口场景，比如拍照场景等等。