2024年Android最新Android 显示刷新机制、VSYNC和三重缓存机制，2024年最新android高级面试题库

最后，如果大伙有什么好的学习方法或建议欢迎大家在评论中积极留言哈，希望大家能够共同学习、共同努力、共同进步。

小编在这里祝小伙伴们在未来的日子里都可以 升职加薪，当上总经理，出任CEO，迎娶白富美，走上人生巅峰！！

不论遇到什么困难，都不应该成为我们放弃的理由！

很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从那里入手去学习

如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言，一定会认真查询，修正不足，谢谢。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

四、总结

一、刷新率与帧率

---

为了理解 APP 是如何进行渲染的，我们就必须了解手机硬件是如何工作的，也必须理解什么是 VSYNC。

首先，我们需要了解2个相关概念：

1. 刷新率（Refresh Rate）：

代表了屏幕在一秒内刷新屏幕的次数，这取决于硬件的固定参数，例如 60Hz。

2. 帧率（Frame Rate）

代表了 GPU 在一秒内绘制操作的帧数，例如 30fps，60fps。

GPU 会获取图形数据进行渲染，然后硬件负责把渲染后的内容呈现到屏幕上，他们两者不停的进行协作。

如果刷新率和帧率，各自做自己的事，不相互协调工作，那么刷新频率和帧率并不总能够保持相同的节奏。如果发生帧率与刷新频率不一致的情况，就会容易出现画面撕裂（Tearing）的现象，也就是画面上下两部分显示内容发生断裂，来自不同的两帧数据发生重叠。

为了解决 Tearing 问题，Android 引入了 VSYNC 信号以及双重与三重缓存机制。

二、Google 的优化

---

从 Android 4.1 开始，谷歌致力于解决 Android 系统中最饱受诟病的一个问题，滑动不如 iOS 流畅。因谷歌在 4.1 版本引入了一个重大的改进—Project Butter，也即是黄油计划。

Project Butter 对 Android Display 系统进行了重构，引入了三个核心元素，即 VSYNC、Triple Buffer 和 Choreographer。Choreographer 在之前的文章《从源码分析Choreographer是如何实现VSYNC信号的请求及帧的刷新处理？（Android Q）》中已经分析过了，三重缓存机制我们后面介绍，这里我们重点讲解 VSYNC 的作用。

VSYNC（Vertical Synchronization）是一个相当古老的概念，对于游戏玩家，它有一个更加大名鼎鼎的中文名字—-垂直同步。垂直同步(vsync)指的是显卡的输出帧数和屏幕的垂直刷新率相同。在当下，垂直同步的含义我们可以理解为，使得显卡生成帧的速度和屏幕刷新的速度的保持一致。举例来说，如果屏幕的刷新率为 60Hz，那么生成帧的速度就应该被固定在 16ms。

上文中，我们已经知道了什么事画面撕裂（Tearing）现象以及它产生的原因，而 VSYNC 最重要的作用是防止出现画面撕裂。

VSYNC 信号是由屏幕（显示设备）产生的，并且以 60fps 的固定频率发送给 Android 系统，Android 系统中的 SurfaceFlinger 接收发送的 VSYNC 信号。VSYNC 信号表明可对屏幕进行刷新而不会产生撕裂。当 SurfaceFlinger 接收到 VSYNC 信号后，SurfaceFlinger 会遍历其层列表，以查找新的缓冲区。如果 SurfaceFlinger 找到新的缓冲区，SurfaceFlinger 会获取缓冲区；否则，SurfaceFlinger 会继续使用上一次获取的那个缓冲区。SurfaceFlinger 必须始终显示内容，因此它会保留一个缓冲区。如果在某个层上没有提交缓冲区，则该层会被忽略。

通常来说，帧率超过刷新频率只是一种理想的状况，在超过 60fps 的情况下，GPU 所产生的帧数据会因为等待 VSYNC 的刷新信息而被 Hold 住，这样能够保持每次刷新都有实际的新的数据可以显示。但是我们遇到更多的情况是帧率小于刷新频率。

在这种情况下，某些帧显示的画面内容就会与上一帧的画面相同。糟糕的事情是，帧率从超过 60fps 突然掉到 60fps 以下，这样就会发生 LAG，JANK，HITCHING 等卡顿掉帧的不顺滑的情况。这也是用户感受不好的原因所在。

接下来，我们以具体示例来看 VSYNC 的作用。

1. 没有使用 VSYNC 时

我们来看没有 VSYNC 的情况：

这个图中有三个元素，Display 是显示屏幕，GPU 和 CPU 负责渲染帧数据，每个帧以方框表示，并以数字进行编号，如0、1、2等等。

CPU 正常执行帧1，GPU 正常渲染帧1，所以帧1正常显示。

但，CPU 由于被占用等原因，等到即将显示帧2时，它才开始处理第二帧的内容，这显然完不成了，所以等到第二帧显示的时候，只能使用上一帧的内容显示了，也即是丢帧了。

上面丢帧的原因，我们可以从图中看出，是因为新的一帧开始的时候，CPU 在处理其他任务，并没有马上执行下一帧的任务，那么如何让 CPU 在新的一帧开始的时候立即处理显示内容呢？答案就在 VSYNC 身上！

2.使用 VSYNC 信号

我们来看，Android 引入 VSYNC 之后的帧执行示意图：

第0帧显示时，CPU 和 GPU 准备好了第一帧的内容。

第1帧刚开始显示时，CPU 放下手中的任务，立马处理第2帧显示相关的任务（这里使用了消息屏障机制，可以参考前文《Android消息循环的同步屏障机制及UI渲染性能的提升（Android Q）》），这样，在第二帧显示之前， CPU 和 GPU 也提前完成了显示任务的处理，第二帧正常显示。

可以看到，使用 VSYNC 信号机制，提升了渲染任务的优先级，优化了渲染性能，可有效的减少了丢帧、卡顿等问题。

但是上图中仍然存在一个问题：CPU 和 GPU 处理数据的速度似乎都能在 16ms 内完成，而且还有时间空余，也就是说，CPU 和 GPU 的帧率要高于 Display 的帧率。由于 CPU/GPU 只在收到 VSYNC 时才开始数据处理，故它们的帧率被拉低到与 Display 相同。但这种处理并没有什么问题，因为 Android 设备的 Display FPS 一般是 60，其对应的显示效果非常平滑。

但如果 CPU/GPU 的帧率小于 Display 的帧率，情况又不同了，将会发生如下图的情况：

在第二个 16ms 时间段，Display 本应显示 B 帧，但却因为 GPU 还在处理 B 帧，导致 A 帧被重复显示。

同理，在第二个 16ms 时间段内，CPU 无所事事，因为 A Buffer 被 Display 在使用。B Buffer 被 GPU 在使用。注意，一旦过了 VSYNC 时间点，CPU 就不能被触发以处理绘制工作了。

最后

针对于上面的问题，我总结出了互联网公司Android程序员面试涉及到的绝大部分面试题及答案，并整理做成了文档，以及系统的进阶学习视频资料。
（包括Java在Android开发中应用、APP框架知识体系、高级UI、全方位性能调优，NDK开发，音视频技术，人工智能技术，跨平台技术等技术资料），希望能帮助到你面试前的复习，且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

究，那么很难做到真正的技术提升。**

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！