Android Vsync详解

关注

翻译最新推荐文章于 2026-08-25 11:08:39 发布 7.1k 阅读 AI 写同款· GEO 优化 ›

“终于懂了” 系列：Android屏幕刷新机制—VSync、Choreographer 全面理解概要： 1、刷新频率、 2、单缓冲、双缓冲、三缓冲，掉帧 3、编舞者源码 4、异步消息、同步屏障背景当我们谈到布局优化时，通常都知道需要减少布局层级。那么较多层级的布局是如何影响布局展示的呢？类似的，页面卡顿是如何产生的呢？在《Window和WindowManager》中介绍window的添加时提到，会调用ViewRootImpl的setView()方法，setView()方法会调用requestLayout()方法来请求绘制布局，requestLayout()方法内部又会走到schedul 阅读详情

简介

Android4.1(Jelly Bean)引入了Vsync(垂直同步信号量)，用来同步渲染，让AppUI和SurfaceFlinger可以按硬件产生的VSync节奏进行工作。

切入正题

他们怎么做到的

那么，你如何使一个8个月的Galaxy Nexus运行像一个Galaxy S III？这要大量的艰苦工作。这个艰苦工作的详细由两个我最喜欢的I / O主持人Chet Haase和Romain Guy叙述出来。一个小时的PowerPoint演示文稿针对开发人员不是最容易接触的东西，所以我要偷一些幻灯片，并尝试覆盖更有趣的部分，并（希望）将其缩减到几分钟。这听起来不是很有趣吗？

VSync将绘制框架变成一个被很好润滑的机器

PC游戏玩家可能很熟悉术语“VSync”。这是一个防止屏幕图形在视频游戏中被撕裂的选项复选框。

要了解什么是VSync是什么，我们需要一个快速显示引导：视频（即手机显示器做东西）是由称为“帧”的单个图片。平滑动画通常为每秒60帧。帧由像素组成，并且当显示器绘制帧时，逐行填充像素。明白了吗？好的

显示器（LCD，AMOLED等）从图形芯片获取每一帧，并开始逐行绘制。理想情况下，您希望显示器在完成绘制前一帧后从图形芯片获取新帧。当图形芯片在LCD绘图中间加载一个新帧时，会出现撕裂，因此您得到一帧的一半，另半帧的一半。

VSync，这是一个同步的东西。它告诉GPU等待屏幕在加载下一帧之前完成其逐行绘制。

Android一直使用VSync来防止屏幕撕裂，但JellyBean更进一步。VSync脉冲现在用于开始下一帧的所有处理。

大多数Android显示器运行在60帧/秒左右（或在显示行业60Hz）。为了有一个平滑的动画，你必须实际上能够处理每秒60帧 - 这意味着你有16毫秒来处理每一帧。如果你花费的时间超过16ms，动画会停顿卡制，我们瞄准的如黄油般光滑顺畅的感觉就溜走了。

16毫秒不是很多时间，所以你会想充分利用它。在Android Ice Scream sandwich中，下一帧的处理在无论何时系统都是很拖沓的找时间段去处理。在Jelly Bean中，在VSync脉冲开始时，最后一帧完成后，下一帧的整个过程就会开始。换句话说，他们使用尽可能多个16ms。这里有一个例子：错误！

这是没有运行VSync的样子。在这些幻灯片图片，那些数字都是frame。首先，帧由CPU和GPU处理，并且当它完成时，它在下一个VSync的开始处被交给显示器去显示。

因此，在该图片中，frame 0，并且在16ms的显示时间期间，CPU和GPU准备下一帧。计算在时间上完成，并且在下一个VSync脉冲，它们移交下一帧“frame 1”。

我们现在显示的是frame 1，并且这是要开始frame 2工作的时间了。虽然，任何Process会使系统减速，但是下一帧的处理直到我们进入我们的16ms时间限制是不会开始的。系统现在只有大约4ms来计算frame 2，因此frame 2的处理没有及时完成。没有frame 2，显示器被迫再次显示frame 1，这就是另一个16ms了。Android团队称之为“Jank”，它基本上意味着在这段时间内发生的任何动画都不会流畅; 用户将看到迟滞。

这是在Jelly Bean上处理刷新的新方式。下一帧的所有处理都从VSync脉冲开始，这充分利用了16ms的渲染时间。

frame处理已经从“yeah wheneverwe get around to it，”到一个高度组织的有计划的方式了。这类似汽车修理工和NASCAR坑工人之间的区别。在这个例子中，所有的处理发生在16毫秒的时间限制内，所有的frame都按时转交，你得到一个平稳，灿烂的使用体验。

三重缓存从滚雪球效应防止Jank

VSync不是唯一让动画平滑的因素，Android也能够从延缓绘制中很顺畅地恢复。

那么，什么是“缓冲区”呢？简单来说，缓冲区是构建和存储帧的容器。我们一直指的是帧数，但是这些帧位于两个缓冲区之一。Android是一种漂亮的典型的双缓冲的设置，意味着一个缓存区显示1帧，而在另一个缓存区进行下一帧的处理。在该图中，缓冲器标记为“A”和“B”。当显示缓冲区A时，系统开始在缓冲区B中建立一个新帧。当准备好时，它们交换缓冲区。B被显示，并且A中的帧被清除并且处理新的帧。

双缓冲区设置也有问题，当画frame的开销超过16ms，缓冲区B上的处理会被终止，这意味着发生了一个（Jank！）。真正的问题在上图CPU和GPU的白色区域，这是浪费时间。在第一帧中，缓冲区B运行，因此缓冲区正在使用中，直到它被显示出来，缓冲区A也在使用，因为它正在连续显示2个帧，因此只能在VSync脉冲中切换帧。CPU和GPU没有可用的缓冲区就只能停止。这停滞拖慢了系统。这是Android Ice Cream sandwich的工作原理。