Android垂直同步和三重緩存

轉(zhuǎn)載

作為嚴(yán)重影響Android口碑問題之一的UI流暢性差的問題,首先在Android 4.1版本中得到了有效處理讼稚。其解決方法就是本文要介紹的Project Butter。

Project Butter對(duì)Android Display系統(tǒng)進(jìn)行了重構(gòu),引入了三個(gè)核心元素毫别,即VSYNC、Triple Buffer和Choreographer辟汰。其中列敲, VSYNC是理解Project Buffer的核心。VSYNC是Vertical Synchronization(垂直同步)的縮寫帖汞,是一種在PC上已經(jīng)很早就廣泛使用的技術(shù)戴而。 可簡單的把它認(rèn)為是一種定時(shí)中斷。

接下來翩蘸,將圍繞VSYNC來介紹Android Display系統(tǒng)的工作方式所意。請(qǐng)注意,后續(xù)討論將以Display為基準(zhǔn),將其劃分成16ms長度的時(shí)間段扶踊, 在每一時(shí)間段中泄鹏,Display顯示一幀數(shù)據(jù)(相當(dāng)于每秒60幀)。時(shí)間段從1開始編號(hào)秧耗。

首先是沒有VSYNC的情況:

image

由上圖可知

  1. 時(shí)間從0開始备籽,進(jìn)入第一個(gè)16ms:Display顯示第0幀,CPU處理完第一幀后分井,GPU緊接其后處理繼續(xù)第一幀车猬。三者互不干擾,一切正常尺锚。
  2. 時(shí)間進(jìn)入第二個(gè)16ms:因?yàn)樵缭谏弦粋€(gè)16ms時(shí)間內(nèi)珠闰,第1幀已經(jīng)由CPU,GPU處理完畢瘫辩。故Display可以直接顯示第1幀伏嗜。顯示沒有問題。但在本16ms期間杭朱,CPU和GPU 卻并未及時(shí)去繪制第2幀數(shù)據(jù)(注意前面的空白區(qū))阅仔,而是在本周期快結(jié)束時(shí)辜纲,CPU/GPU才去處理第2幀數(shù)據(jù)误堡。
  3. 時(shí)間進(jìn)入第3個(gè)16ms,此時(shí)Display應(yīng)該顯示第2幀數(shù)據(jù)锅铅,但由于CPU和GPU還沒有處理完第2幀數(shù)據(jù)刃唐,故Display只能繼續(xù)顯示第一幀的數(shù)據(jù)羞迷,結(jié)果使得第1 幀多畫了一次(對(duì)應(yīng)時(shí)間段上標(biāo)注了一個(gè)Jank)。
  4. 通過上述分析可知画饥,此處發(fā)生Jank的關(guān)鍵問題在于衔瓮,為何第1個(gè)16ms段內(nèi),CPU/GPU沒有及時(shí)處理第2幀數(shù)據(jù)抖甘?原因很簡單热鞍,CPU可能是在忙別的事情(比如某個(gè)應(yīng)用通過sleep 固定時(shí)間來實(shí)現(xiàn)動(dòng)畫的逐幀顯示),不知道該到處理UI繪制的時(shí)間了衔彻∞背瑁可CPU一旦想起來要去處理第2幀數(shù)據(jù),時(shí)間又錯(cuò)過了艰额!

為解決這個(gè)問題澄港,Project Buffer引入了VSYNC,這類似于時(shí)鐘中斷柄沮。結(jié)果如圖所示:

image

由圖可知回梧,每收到VSYNC中斷废岂,CPU就開始處理各幀數(shù)據(jù)。整個(gè)過程非常完美狱意。 不過湖苞,仔細(xì)琢磨圖2卻會(huì)發(fā)現(xiàn)一個(gè)新問題:圖2中,CPU和GPU處理數(shù)據(jù)的速度似乎都能在16ms內(nèi)完成髓涯,而且還有時(shí)間空余袒啼,也就是說,CPU/GPU的FPS(幀率纬纪,F(xiàn)rames Per Second)要高于Display的FPS蚓再。確實(shí)如此。由于CPU/GPU只在收到VSYNC時(shí)才開始數(shù)據(jù)處理包各,故它們的FPS被拉低到與Display的FPS相同摘仅。但這種處理并沒有什么問題,因?yàn)锳ndroid設(shè)備的Display FPS一般是60问畅,其對(duì)應(yīng)的顯示效果非常平滑娃属。 如果CPU/GPU的FPS小于Display的FPS,會(huì)是什么情況呢护姆?請(qǐng)看下圖:

Image

由圖可知:

  1. 在第二個(gè)16ms時(shí)間段矾端,Display本應(yīng)顯示B幀,但卻因?yàn)镚PU還在處理B幀卵皂,導(dǎo)致A幀被重復(fù)顯示秩铆。
  2. 同理,在第二個(gè)16ms時(shí)間段內(nèi)灯变,CPU無所事事殴玛,因?yàn)锳 Buffer被Display在使用。B Buffer被GPU在使用添祸。注意滚粟,一旦過了VSYNC時(shí)間點(diǎn), CPU就不能被觸發(fā)以處理繪制工作了刃泌。

為什么CPU不能在第二個(gè)16ms處開始繪制工作呢凡壤?原因就是只有兩個(gè)Buffer。如果有第三個(gè)Buffer的存在耙替,CPU就能直接使用它鲤遥, 而不至于空閑。出于這一思路就引出了Triple Buffer林艘。結(jié)果如圖所示:

image

由圖可知: 第二個(gè)16ms時(shí)間段,CPU使用C Buffer繪圖混坞。雖然還是會(huì)多顯示A幀一次狐援,但后續(xù)顯示就比較順暢了钢坦。 是不是Buffer越多越好呢?回答是否定的啥酱。由圖4可知爹凹,在第二個(gè)時(shí)間段內(nèi),CPU繪制的第C幀數(shù)據(jù)要到第四個(gè)16ms才能顯示镶殷, 這比雙Buffer情況多了16ms延遲禾酱。所以,Buffer最好還是兩個(gè)绘趋,三個(gè)足矣颤陶。

以上對(duì)VSYNC進(jìn)行了理論分析,其實(shí)也引出了Project Buffer的三個(gè)關(guān)鍵點(diǎn): 核心關(guān)鍵:需要VSYNC定時(shí)中斷陷遮。 Triple Buffer:當(dāng)雙Buffer不夠使用時(shí)滓走,該系統(tǒng)可分配第三塊Buffer。 另外帽馋,還有一個(gè)非常隱秘的關(guān)鍵點(diǎn):即將繪制工作都統(tǒng)一到VSYNC時(shí)間點(diǎn)上搅方。這就是Choreographer的作用。在它的統(tǒng)一指揮下绽族,應(yīng)用的繪制工作都將變得井井有條姨涡。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市吧慢,隨后出現(xiàn)的幾起案子涛漂,更是在濱河造成了極大的恐慌,老刑警劉巖娄蔼,帶你破解...
    沈念sama閱讀 206,214評(píng)論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件怖喻,死亡現(xiàn)場離奇詭異,居然都是意外死亡岁诉,警方通過查閱死者的電腦和手機(jī)锚沸,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,307評(píng)論 2 382
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來涕癣,“玉大人哗蜈,你說我怎么就攤上這事∽购” “怎么了距潘?”我有些...
    開封第一講書人閱讀 152,543評(píng)論 0 341
  • 文/不壞的土叔 我叫張陵,是天一觀的道長只搁。 經(jīng)常有香客問我音比,道長,這世上最難降的妖魔是什么氢惋? 我笑而不...
    開封第一講書人閱讀 55,221評(píng)論 1 279
  • 正文 為了忘掉前任洞翩,我火速辦了婚禮稽犁,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘骚亿。我一直安慰自己已亥,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,224評(píng)論 5 371
  • 文/花漫 我一把揭開白布来屠。 她就那樣靜靜地躺著虑椎,像睡著了一般。 火紅的嫁衣襯著肌膚如雪俱笛。 梳的紋絲不亂的頭發(fā)上捆姜,一...
    開封第一講書人閱讀 49,007評(píng)論 1 284
  • 那天,我揣著相機(jī)與錄音嫂粟,去河邊找鬼娇未。 笑死,一個(gè)胖子當(dāng)著我的面吹牛星虹,可吹牛的內(nèi)容都是我干的零抬。 我是一名探鬼主播,決...
    沈念sama閱讀 38,313評(píng)論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼宽涌,長吁一口氣:“原來是場噩夢啊……” “哼平夜!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起卸亮,我...
    開封第一講書人閱讀 36,956評(píng)論 0 259
  • 序言:老撾萬榮一對(duì)情侶失蹤忽妒,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后兼贸,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體段直,經(jīng)...
    沈念sama閱讀 43,441評(píng)論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 35,925評(píng)論 2 323
  • 正文 我和宋清朗相戀三年溶诞,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了鸯檬。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,018評(píng)論 1 333
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡螺垢,死狀恐怖喧务,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情枉圃,我是刑警寧澤功茴,帶...
    沈念sama閱讀 33,685評(píng)論 4 322
  • 正文 年R本政府宣布,位于F島的核電站孽亲,受9級(jí)特大地震影響坎穿,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜返劲,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,234評(píng)論 3 307
  • 文/蒙蒙 一玲昧、第九天 我趴在偏房一處隱蔽的房頂上張望犯祠。 院中可真熱鬧,春花似錦酌呆、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,240評(píng)論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至弃榨,卻和暖如春菩收,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背鲸睛。 一陣腳步聲響...
    開封第一講書人閱讀 31,464評(píng)論 1 261
  • 我被黑心中介騙來泰國打工娜饵, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人官辈。 一個(gè)月前我還...
    沈念sama閱讀 45,467評(píng)論 2 352
  • 正文 我出身青樓箱舞,卻偏偏與公主長得像,于是被迫代替她去往敵國和親拳亿。 傳聞我的和親對(duì)象是個(gè)殘疾皇子晴股,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,762評(píng)論 2 345

推薦閱讀更多精彩內(nèi)容

  • 前言 手機(jī)屏幕是由許多的像素點(diǎn)組成的,每個(gè)像素點(diǎn)通過顯示不同的顏色最終屏幕呈現(xiàn)各種各樣的圖像肺魁。手機(jī)系統(tǒng)的類型和手機(jī)...
    靜默加載閱讀 2,887評(píng)論 4 7
  • 從本篇文章開始电湘,我將對(duì)Android比較復(fù)雜的圖形系統(tǒng)進(jìn)行分析,開篇我們先對(duì)圖形系統(tǒng)做個(gè)概覽鹅经,先不對(duì)代碼做具體分析...
    Stan_Z閱讀 17,352評(píng)論 18 64
  • 總結(jié)Android渲染部分的工作原理寂呛,其中參考了如下網(wǎng)址:http://www.androidpolice.com...
    xuluqxulu閱讀 4,816評(píng)論 0 54
  • 更新:最近發(fā)現(xiàn)該篇文章閱讀的人數(shù)挺多,并且也發(fā)現(xiàn)了更好的關(guān)于Android顯示系統(tǒng)的文章瘾晃,所以將關(guān)于Android...
    htkeepmoving閱讀 9,647評(píng)論 0 10
  • 為了理解App是如何進(jìn)行渲染的贷痪,我們必須了解手機(jī)硬件是如何工作,那么就必須理解什么是VSYNC酗捌。 在講解VSYNC...
    Viking_Den閱讀 4,675評(píng)論 1 8