iOS 屏幕图像显示原理

iOS原理 文章汇总

图形渲染流程一文中可知,GPU完成渲染后会将渲染结果提交到帧缓存区,再由视频控制器逐行读取数据,然后经由数模转换后将图像显示在屏幕上。在这个过程中,iOS设备具体是怎么操作的呢?接下来会详细介绍iOS场景下屏幕图像的显示原理,文章主要包括以下几个部分:

  • 显示器原理
  • CPU,GPU以及显示器的协作方式
  • iOS屏幕显示机制

一、显示器原理

先了解一下显示器的刷新原理,目前显示器大体分为CRT显示器液晶显示器这两个种类。

1. CRT显示器

CRT显示器是靠电子束激发屏幕内的荧光粉来显示图像的,屏幕上的每个像素里都有红绿蓝三种颜色的荧光粉,通过电压驱动电子枪发射三束电子束,分别轰击在像素里的三种颜色荧光粉上,通过调节电压大小来改变荧光粉的明暗,通过调节电压方向来改变电子束击打屏幕的位置,从而显示出完成的图像。

电子枪的扫描方式分为随机扫描方式光栅扫描方式。早期的CRT显示器都是随机扫描方式,不过现在基本都是光栅扫描方式。

  • 随机扫描方式如下图所示,电子束的移动方式是随机的,按照显示命令用画线的方式绘出图形。
  • 光栅扫描方式入下图所示,是从上至下逐行扫描整个屏幕的。
2. 液晶显示器

液晶是一种介于固体和液体之间的特殊物质,常态下呈液态,光线可以顺利透过。给液晶通电,会改变它的分子排列,再配合偏振光片,就可以改变它的透光性。

液晶显示器的工作原理就是通过改变加给液晶单元的电压,改变液晶单元的透光性,再配合滤光片,就可以在屏幕上显示画面。

现在基本以液晶显示器为主,苹果设备也都是液晶显示屏。两种显示器的工作原理虽不同,但是屏幕画面刷新一致的,都是从上到下逐行刷新的。

3.显示器屏幕刷新原理。

液晶显示器和CRT显示器的屏幕显示原理差不多,下面以CRT显示器的扫描过程来介绍(没办法,液晶的资料太难找...orz)。

如图所示,CRT 的电子枪从上到下逐行扫描,扫描完成后显示器就呈现一帧画面,随后电子枪回到初始位置继续下一次扫描。为了把显示器的显示过程和系统的视频控制器进行同步,显示器(或者其他硬件)会用硬件时钟产生一系列的定时信号。

  • HSync:当电子枪换到新的一行,准备进行扫描时,显示器会发出一个水平同步信号,简称 HSync(horizonal synchronization)。
  • VSync:当一帧画面绘制完成后,电子枪回复到原位,准备画下一帧前,显示器会发出一个垂直同步信号,简称VSync(vertical synchronization)。

显示器通常以“固定频率“进行刷新,这个刷新率就是VSync信号产生的频率。
iOS设备的屏幕刷新频率是每秒60帧,平均每16.67ms发出一个VSync

二、CPU,GPU以及显示器的协作方式

从图形渲染流程一文中可知,CPU、GPU、显示器是以下图这种方式协同工作的。CPU 计算好显示内容提交到 GPU,GPU 渲染完成后将渲染结果放入帧缓冲区,视频控制器收到VSync信号后逐行读取帧缓冲区的数据,再经过一定的数模转换传递给显示器显示。

如果这个过程中只有一个缓冲区且没有引入VSync,不仅在帧缓冲区的读取和刷新上有比较大的效率问题,还会在屏幕画面呈现上出问题。先来介绍两个概念:

  • 屏幕刷新频率:Refresh RateScanning Frequency,单位hz,是指设备刷新屏幕的频率。
  • 帧率:Frame Rate,单位 fps,是指 GPU 生成帧的速率。

单缓存,GPU 向缓存区中写入数据,视频控制器从缓存区中取图像数据后显示,理想的情况是帧率和屏幕刷新频率相等,每绘制一帧,屏幕就显示一帧。而实际情况是,如果没有同步机制,当帧率大于屏幕刷新频率时,视屏控制器刚逐行读取完第2帧的上半部分时,GPU 已经完成第3帧的渲染并提交到缓存区中,视屏控制器会继续读取第三帧的下半部,这样会造成画面撕裂。

为了解决单缓存的效率问题以及画面撕裂问题,一般会引入双缓存区和VSync

三、iOS屏幕刷新机制

为了解决单缓存区的问题,iOS设备在这个过程中采取了如下图所示的双缓存区+VSync机制:

  1. GPU 会预先渲染好一帧放入一个缓存区内(前帧缓存)。
  2. 在显示器发出VSync后,视频控制器的指针会指向前帧缓存区并开始读取,GPU开始渲染下一帧,并将渲染结果放入另一个缓存区(后帧缓存)。
  3. 在显示器发出新的VSync后,视频控制器的指针会指向后帧缓存区并开始读取,GPU开始渲染下一帧,并将渲染结果放入前帧缓存区。
  • 双缓存和VSync造成的问题

由上文可知,每一帧画面要先经过CPU计算,再经过GPU渲染,最后存入缓存区供视频控制器读取。由于垂直同步的机制,如果在一个VSync时间内,CPU 或者 GPU 没有完成内容提交,则那一帧就会被丢弃,而这时显示屏会保留之前的内容不变,也就造成界面卡顿。如下图所示,A、B代表两个缓存区。

  • 三缓存

为了降低双缓存造成界面卡顿的几率,有些设备(如安卓设备)会引入三缓存+VSync机制,但iOS设备一直都是双缓存+垂直同步机制。

如上图所示,三缓存区的工作原理同双缓冲类似,只是多了一个 Back Buffer(图中的缓存区C)。三缓存区只是能降低界面卡顿的几率,并不能解决这个问题。

参考

1. iOS 保持界面流畅的技巧
2. 计算机那些事(8)——图形图像渲染原理

扩展阅读

iOS 图形渲染流程

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 195,360评论 5 461
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,195评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 142,543评论 0 323
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,420评论 1 266
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,242评论 4 357
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,224评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,626评论 3 384
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,301评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,589评论 1 292
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,660评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,423评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,286评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,662评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,951评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,237评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,613评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,804评论 2 335