即使智能手机市场已经趋于成熟，对高端市场的追求仍推动手机厂商们不断刷新产品上限，正如我们之前在文章所说「仿佛是莫比乌斯卷，找不到起点，看不到终点」。
在设置界面，随着滑动到画面定格，刷新率从 120Hz 缓缓回落到 30Hz。
手势滑动和按键操作不一样，前者操作和视觉是同时进行的，这对系统以及性能都提出了更高的要求，手机的计算和渲染都做好才能让体验跟手，尤其是这种屏幕刷新率快速变化的场景。
然而这并不意味小米 12 的可变刷新率体验已经完美了，我们在评测中也提到不少第三方 app 还没有适配，还是只能在 60Hz 和 120Hz 两个档位间切换，要想做好可变刷新率，软件生态的支持必不可少。
▲ 小米 12 Pro 第三方应用刷新率实测
提到 Android 软件生态，Google 总是会被反复提及，其实这次它并非完全没有作为，早在 Android 11 上 Google 就已经给出了多种刷新率的接口，让开发者可以适配，只不过这个接口功能更偏向内容渲染显示，而非帧率档位切换。
手机 GPU 渲染一帧内容是需要时间的，这通常被称作帧生成时间，比如屏幕以 120Hz 显示时，一帧内容必须在 8ms 内渲染出来，因性能不足，无法在指定的帧生成时间渲染出画面而导致的掉帧或卡顿我们已经很熟悉。
但当手机过快地渲染出下一帧时，系统也需要调整显示，以保证应用渲染输出的内容与屏幕刷新率一致，在 Android 11 的高刷新率开发者接口中 Google 提供了详细的渲染解决方法，避免因刷新率变化而出现的卡顿。
▲ 系统保证帧同步显示. 图片来自：Android
Android 手机厂商们各自为政，而苹果不仅机型相对更少，也是业内较早研究 ProMotion 可变刷新率技术的公司，在 iPhone 13 系列发布后就给出了详细的适配文档，在应用生态支持上必然是走得更快一些。
Android 生态的零碎化，导致每次新技术出现，摆在 Google 面前的问题永远是如何提出一个通用型的答案，不然就得等各大 Android 手机厂商对技术方向形成统一的意见。
Android 厂商走得太快，软件生态跟不上了即使智能手机市场已经趋于成熟，对高端市场的追求仍推动手机厂商们不断刷新产品上限，正如我们之前在文章所说「仿佛是莫比乌斯卷，找不到起点，看不到终点」。
影像、屏幕、快充等人们比较容易感知的手机特性，已经成为了红海赛道，手机厂商你来我往之间，充电功率冲上了 120W、屏幕刷新率也达到了 120Hz，硬件标准在不断被刷新。
