前端基本功(四):性能優(yōu)化之你真的懂回流、重繪與合成層嗎?

1. 頁面的呈現(xiàn)流程

  1. 瀏覽器把獲取到的HTML代碼解析成1個(gè)DOM樹,HTML中的每個(gè)tag都是DOM樹中的1個(gè)節(jié)點(diǎn),根節(jié)點(diǎn)就是我們常用的document對(duì)象。DOM樹里包含了所有HTML標(biāo)簽,包括display:none隱藏,還有用JS動(dòng)態(tài)添加的元素等。
  2. 瀏覽器把所有樣式(用戶定義的CSS和用戶代理)解析成樣式結(jié)構(gòu)體,在解析的過程中會(huì)去掉瀏覽器不能識(shí)別的樣式,比如IE會(huì)去掉-moz開頭的樣式,而FF會(huì)去掉_開頭的樣式。
  3. DOM Tree 和樣式結(jié)構(gòu)體組合后構(gòu)建render tree, render tree類似于DOM tree,但區(qū)別很大,render tree能識(shí)別樣式,render tree中每個(gè)NODE都有自己的style,而且 render tree不包含隱藏的節(jié)點(diǎn) (比如display:none的節(jié)點(diǎn),還有head節(jié)點(diǎn)),因?yàn)檫@些節(jié)點(diǎn)不會(huì)用于呈現(xiàn),而且不會(huì)影響呈現(xiàn)的,所以就不會(huì)包含到 render tree中。注意 visibility:hidden隱藏的元素還是會(huì)包含到 render tree中的,因?yàn)関isibility:hidden 會(huì)影響布局(layout),會(huì)占有空間。根據(jù)CSS2的標(biāo)準(zhǔn),render tree中的每個(gè)節(jié)點(diǎn)都稱為Box (Box dimensions),理解頁面元素為一個(gè)具有填充、邊距、邊框和位置的盒子。
  4. 一旦render tree構(gòu)建完畢后,瀏覽器就可以根據(jù)render tree來繪制頁面了。

2. 什么是回流與重繪

  1. 當(dāng)render tree中的一部分(或全部)因?yàn)樵氐囊?guī)模尺寸,布局,隱藏等改變而需要重新構(gòu)建。這就稱為回流(reflow)。每個(gè)頁面至少需要一次回流,就是在頁面第一次加載的時(shí)候。在回流的時(shí)候,瀏覽器會(huì)使渲染樹中受到影響的部分失效,并重新構(gòu)造這部分渲染樹,完成回流后,瀏覽器會(huì)重新繪制受影響的部分到屏幕中,該過程成為重繪。
  2. 當(dāng)render tree中的一些元素需要更新屬性,而這些屬性只是影響元素的外觀,風(fēng)格,而不會(huì)影響布局的,比如background-color。則就叫稱為重繪。
  3. 回流必將引起重繪,而重繪不一定會(huì)引起回流。

repaint,就是瀏覽器得知元素產(chǎn)生了不影響排版的情況下后對(duì)這個(gè)元素進(jìn)行重新繪制的過程。例如我們改變了元素的顏色,加個(gè)下劃線等。

reflow, 瀏覽器得知元素產(chǎn)生了對(duì)文檔樹排版有影響的樣式變化,對(duì)所有受影響的dom節(jié)點(diǎn)進(jìn)行重新排版工作

3. 回流發(fā)生場(chǎng)景

當(dāng)頁面布局和幾何屬性改變時(shí)就需要回流。

  1. 添加或者刪除可見的DOM元素;
  2. 元素位置改變;
  3. 元素尺寸改變——邊距、填充、邊框、寬度和高度
  4. 內(nèi)容改變——比如文本改變或者圖片大小改變而引起的計(jì)算值寬度和高度改變;
  5. 頁面渲染初始化;
  6. 瀏覽器窗口尺寸改變——resize事件發(fā)生時(shí);
var s = document.body.style;
s.padding = "2px"; // 回流+重繪
s.border = "1px solid red"; // 再一次 回流+重繪
s.color = "blue"; // 再一次重繪
s.backgroundColor = "#ccc"; // 再一次 重繪
s.fontSize = "14px"; // 再一次 回流+重繪
// 添加node,再一次 回流+重繪
document.body.appendChild(document.createTextNode('abc!'));

4.回流與重繪的影響

回流比重繪的代價(jià)要更高,回流的花銷跟render tree有多少節(jié)點(diǎn)需要重新構(gòu)建有關(guān)系,假設(shè)你直接操作body,比如在body最前面插入1個(gè)元素,會(huì)導(dǎo)致整個(gè)render tree回流,這樣代價(jià)當(dāng)然會(huì)比較高,但如果是指body后面插入1個(gè)元素,則不會(huì)影響前面元素的回流。

5. 瀏覽器如何處理

每句JS操作都去回流重繪的話,瀏覽器可能就會(huì)受不了。

瀏覽器會(huì)維護(hù)1個(gè)隊(duì)列,把所有會(huì)引起回流、重繪的操作放入這個(gè)隊(duì)列,等隊(duì)列中的操作到了一定的數(shù)量或者到了一定的時(shí)間間隔,瀏覽器就會(huì)flush隊(duì)列,進(jìn)行一個(gè)批處理。這樣就會(huì)讓多次的回流、重繪變成一次回流重繪。

雖然有了瀏覽器的優(yōu)化,但有時(shí)候我們寫的一些代碼可能會(huì)強(qiáng)制瀏覽器提前flush隊(duì)列,這樣瀏覽器的優(yōu)化可能就起不到作用了。當(dāng)你請(qǐng)求向?yàn)g覽器請(qǐng)求一些 style信息的時(shí)候,就會(huì)讓瀏覽器flush隊(duì)列:

  1. offsetTop, offsetLeft, offsetWidth, offsetHeight
  2. scrollTop/Left/Width/Height
  3. clientTop/Left/Width/Height
  4. width,height
  5. 請(qǐng)求了getComputedStyle(), 或者 IE的 currentStyle

當(dāng)你請(qǐng)求上面的一些屬性的時(shí)候,瀏覽器為了給你最精確的值,需要flush隊(duì)列,因?yàn)殛?duì)列中可能會(huì)有影響到這些值的操作。即使你獲取元素的布局和樣式信息跟最近發(fā)生或改變的布局信息無關(guān),瀏覽器都會(huì)強(qiáng)行刷新渲染隊(duì)列。引擎會(huì)重新渲染來確保獲取的值 是實(shí)時(shí)的。

6. 如何減少回流與重繪

減少回流、重繪其實(shí)就是需要減少對(duì)render tree的操作(合并多次多DOM和樣式的修改),并減少對(duì)一些style信息的請(qǐng)求,盡量利用好瀏覽器的優(yōu)化策略。

  1. 對(duì)Render Tree的計(jì)算通常只需要遍歷一次就可以完成,但table及其內(nèi)部元素除外,他們可能需要多次計(jì)算,通常要花3倍于同等元素的時(shí)間,這也是為什么要避免使用table布局的原因之一。
  2. 盡可能在DOM樹的最末端改變class。避免設(shè)置多層內(nèi)聯(lián)樣式。將動(dòng)畫效果應(yīng)用到position屬性為absolute或fixed的元素上。避免使用CSS表達(dá)式(例如:calc())。
  3. 避免頻繁操作樣式,最好一次性重寫style屬性,或者將樣式列表定義為class并一次性更改class屬性。避免頻繁操作DOM,創(chuàng)建一個(gè)documentFragment,在它上面應(yīng)用所有DOM操作,最后再把它添加到文檔中。也可以先為元素設(shè)置display: none,操作結(jié)束后再把它顯示出來。因?yàn)樵赿isplay屬性為none的元素上進(jìn)行的DOM操作不會(huì)引發(fā)回流和重繪。避免頻繁讀取會(huì)引發(fā)回流/重繪的屬性,如果確實(shí)需要多次使用,就用一個(gè)變量緩存起來。對(duì)具有復(fù)雜動(dòng)畫的元素使用絕對(duì)定位,使它脫離文檔流,否則會(huì)引起父元素及后續(xù)元素頻繁回流。

6. 再次理解display:none 與 visibility:hidden 的異同

  1. 兩者都可以在頁面上隱藏節(jié)點(diǎn)。
    • display:none 隱藏后的元素不占據(jù)任何空間。它的寬度、高度等各種屬性值都將“丟失”
    • visibility:hidden 隱藏的元素空間依舊存在。它仍具有高度、寬度等屬性值
  2. 性能的角度而言,即是回流與重繪的方面。
    • display:none 會(huì)觸發(fā) reflow(回流)
    • visibility:hidden 只會(huì)觸發(fā) repaint(重繪),因?yàn)闆]有發(fā)現(xiàn)位置變化

他們兩者在優(yōu)化中 visibility:hidden 會(huì)顯得更好,因?yàn)槲覀儾粫?huì)因?yàn)樗ジ淖兞宋臋n中已經(jīng)定義好的顯示層次結(jié)構(gòu)了。

  1. 對(duì)子元素的影響
    • display:none 一旦父節(jié)點(diǎn)元素應(yīng)用了 display:none,父節(jié)點(diǎn)及其子孫節(jié)點(diǎn)元素全部不可見,而且無論其子孫元素如何設(shè)置 display 值都無法顯示;
    • visibility:hidden 一旦父節(jié)點(diǎn)元素應(yīng)用了 visibility:hidden,則其子孫后代也都會(huì)全部不可見。不過存在隱藏“失效”的情況。當(dāng)其子孫元素應(yīng)用了 visibility:visible,那么這個(gè)子孫元素又會(huì)顯現(xiàn)出來。

無線性能優(yōu)化:Composite

一個(gè) Web 頁面的展示,簡(jiǎn)單來說可以認(rèn)為經(jīng)歷了以下下幾個(gè)步驟。

性能優(yōu)化

提升為合成層簡(jiǎn)單說來有以下幾點(diǎn)好處:

  1. 合成層的位圖,會(huì)交由 GPU 合成,比 CPU 處理要快
  2. 當(dāng)需要 repaint 時(shí),只需要 repaint 本身,不會(huì)影響到其他的層
  3. 對(duì)于 transform 和 opacity 效果,不會(huì)觸發(fā) layout 和 paint

1. 提升動(dòng)畫效果的元素

合成層的好處是不會(huì)影響到其他元素的繪制,因此,為了減少動(dòng)畫元素對(duì)其他元素的影響,從而減少 paint,我們需要把動(dòng)畫效果中的元素提升為合成層。

提升合成層的最好方式是使用 CSS 的 will-change 屬性。從上一節(jié)合成層產(chǎn)生原因中,可以知道 will-change 設(shè)置為 opacity、transform、top、left、bottom、right 可以將元素提升為合成層。

#target {
  will-change: transform; //兼容性不好
}
//對(duì)于那些目前還不支持 will-change 屬性的瀏覽器
//目前常用的是使用一個(gè) 3D transform 屬性來強(qiáng)制提升為合成層
#target {
  transform: translateZ(0);
}

但需要注意的是,不要?jiǎng)?chuàng)建太多的渲染層。因?yàn)槊縿?chuàng)建一個(gè)新的渲染層,就意味著新的內(nèi)存分配和更復(fù)雜的層的管理。

如果你已經(jīng)把一個(gè)元素放到一個(gè)新的合成層里,那么可以使用 Timeline 來確認(rèn)這么做是否真的改進(jìn)了渲染性能。別盲目提升合成層,一定要分析其實(shí)際性能表現(xiàn)。

2. 使用 transform 或者 opacity 來實(shí)現(xiàn)動(dòng)畫效果

其實(shí)從性能方面考慮,最理想的渲染流水線是沒有布局和繪制環(huán)節(jié)的,只需要做合成層的合并即可:

為了實(shí)現(xiàn)上述效果,就需要只使用那些僅觸發(fā) Composite 的屬性。目前,只有兩個(gè)屬性是滿足這個(gè)條件的:transforms 和 opacity。

3. 減少繪制區(qū)域

  1. 對(duì)于不需要重新繪制的區(qū)域應(yīng)盡量避免繪制,以減少繪制區(qū)域,比如一個(gè) fix 在頁面頂部的固定不變的導(dǎo)航 header,在頁面內(nèi)容某個(gè)區(qū)域 repaint 時(shí),整個(gè)屏幕包括 fix 的 header 也會(huì)被重繪。
  2. 而對(duì)于固定不變的區(qū)域,我們期望其并不會(huì)被重繪,因此可以通過之前的方法,將其提升為獨(dú)立的合成層。

4. 合理管理合成層:創(chuàng)建一個(gè)新的合成層并不是免費(fèi)的,它得消耗額外的內(nèi)存和管理資源。實(shí)際上,在內(nèi)存資源有限的設(shè)備上,合成層帶來的性能改善,可能遠(yuǎn)遠(yuǎn)趕不上過多合成層開銷給頁面性能帶來的負(fù)面影響。

大多數(shù)人都很喜歡使用 translateZ(0) 來進(jìn)行所謂的硬件加速,以提升性能,但是性能優(yōu)化并沒有所謂的“銀彈”,translateZ(0) 不是,本文列出的優(yōu)化建議也不是。拋開了對(duì)頁面的具體分析,任何的性能優(yōu)化都是站不住腳的,盲目的使用一些優(yōu)化措施,結(jié)果可能會(huì)適得其反。因此切實(shí)的去分析頁面的實(shí)際性能表現(xiàn),不斷的改進(jìn)測(cè)試,才是正確的優(yōu)化途徑。

最后,給大家推薦一個(gè)前端學(xué)習(xí)進(jìn)階內(nèi)推交流群685910553前端資料分享),不管你在地球哪個(gè)方位,
不管你參加工作幾年都?xì)g迎你的入駐!(群內(nèi)會(huì)定期免費(fèi)提供一些群主收藏的免費(fèi)學(xué)習(xí)書籍資料以及整理好的面試題和答案文檔!)

如果您對(duì)這個(gè)文章有任何異議,那么請(qǐng)?jiān)谖恼略u(píng)論處寫上你的評(píng)論。

如果您覺得這個(gè)文章有意思,那么請(qǐng)分享并轉(zhuǎn)發(fā),或者也可以關(guān)注一下表示您對(duì)我們文章的認(rèn)可與鼓勵(lì)。

愿大家都能在編程這條路,越走越遠(yuǎn)。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,237評(píng)論 6 537
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,957評(píng)論 3 423
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,248評(píng)論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,356評(píng)論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,081評(píng)論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,485評(píng)論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,534評(píng)論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,720評(píng)論 0 289
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,263評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,025評(píng)論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,204評(píng)論 1 371
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,787評(píng)論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,461評(píng)論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,874評(píng)論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,105評(píng)論 1 289
  • 我被黑心中介騙來泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 51,945評(píng)論 3 395
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,205評(píng)論 2 375

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