摘要:優(yōu)化的本質(zhì)其實就是減少樹的重流與重繪。對于重流和重繪的理解,詳見前端知識普及之優(yōu)化的結(jié)構(gòu),無非就是引用保存,動畫優(yōu)化,節(jié)點保存,更新節(jié)點等基本操作。那重繪什么時候會發(fā)生呢發(fā)生重流就一定會發(fā)生重繪,但是,重繪的范圍比重流稍微大了一點。
優(yōu)化DOM的本質(zhì)其實就是減少DOM樹的重流與重繪。對于重流和重繪的理解,詳見《前端知識普及之HTML》
優(yōu)化DOM的結(jié)構(gòu),無非就是引用保存,動畫優(yōu)化,節(jié)點保存,更新節(jié)點等基本操作。
曾記得,以前在網(wǎng)上翻閱HTML的時候,很多人都會不約而同(兒童)的說道,獲取到DOM節(jié)點后一定要記得保存。否則,下場很難看的。
為什么~為什么~為什么~
我們都知道所謂的js其實是DOM,BOM,ECMA結(jié)合的產(chǎn)物。 本來我js挺快的,你非要去的DOM說說話。 那怎么辦,只有敲敲門,等DOM來回應(yīng)你呀~ 但是,這個等待時間灰常長。
看個demo吧.
var times=10000; var time1 = function(){ var time = times; while(time--){ //DOM的兩個操作放在循環(huán)內(nèi) var dom = document.querySelector("#Div1"); dom.innerHTML+="a"; } }; var time2=function(){ var time = times, dom = document.querySelector("#Div1"); while(time--){ //DOM的一個操作放在循環(huán)內(nèi) dom.innerHTML+="a"; } }; var time3=function(){ var time = times, dom = document.querySelector("#Div1"), str = ""; while(time--){ //循環(huán)內(nèi)不放置DOM的操作 str +="a"; } dom.innerHTML=str; } console.time(1); //設(shè)置時間起點 time1(); console.timeEnd(1); console.time(2); //設(shè)置時間起點 time2(); console.timeEnd(2); console.time(3); //設(shè)置時間起點 time3(); console.timeEnd(3); //測試結(jié)果為: 1: 101.868ms 2: 101.560ms 3: 13.615ms
當(dāng)然,這只是個比較夸張的例子了,當(dāng)你過多的頻繁操作DOM的時候,一定要記得保存。 而且,保存一定是要保存所有涉及DOM相關(guān)的操作。
比如. style,innerHTML等屬性。
而這樣做的原理就是減少重流和重繪的次數(shù)。
那重流和重繪通常什么情況下會發(fā)生呢?
重流發(fā)生情況:
添加或者刪除可見的DOM元素
元素位置改變
元素尺寸改變
元素內(nèi)容改變(例如:一個文本被另一個不同尺寸的圖片替代)
頁面渲染初始化(這個無法避免)
瀏覽器窗口尺寸改變
總的來說,就是改變頁面的布局,大小,都會發(fā)生重流的情況。
那重繪什么時候會發(fā)生呢? 發(fā)生重流就一定會發(fā)生重繪,但是,重繪的范圍比重流稍微大了一點。比如,當(dāng)你僅僅改變字體顏色,頁面背景顏色等 比較"膚淺"的操作時,是不會打擾到重排的。
當(dāng)我們這樣操作時:
div.style.color="red"; div.style.border="1px solid red";
瀏覽器會很聰明的將兩次重排合并到一次發(fā)生,節(jié)省資源。 其實函數(shù)節(jié)流的思想和這個有異曲同工的妙處
var throttle = (function(){ var time; return function(fn,context){ clearTimeout(time); //進(jìn)行函數(shù)的節(jié)流 time = setTimeout(fn.bind(context),200); } })()
這個技巧通常用在你調(diào)整瀏覽器大小的時候。
但是,如果中間,你訪問了offsetTop,clientTop等 立即執(zhí)行屬性的話。那結(jié)果你就么么噠了。
div.style.color="red"; //積累一次重排記錄 var height = div.clientHeight; //觸發(fā)重排 div.style.border="1px solid red"; //再次積累一次重排
這時候,瀏覽器已經(jīng)被你玩傻了。 所以,給的一點建議就是,如果要更改DOM結(jié)構(gòu)最好一次性整完,或者,要整一起整~
我們上面的css修改,還可以這樣
div.style.cssText="color:red;border:1px solid red"; //覆蓋原來的css div.classList.add("change"); //利用class來整體改動DOM操作的優(yōu)化
DOM的操作無非就CRUD。
這里簡單說一下基本的API
var div = document.createELement("div");查找節(jié)點
var divs = document.querySelectorAll("div"); //很多個,放在數(shù)組內(nèi) var onlydiv = document.querySelector("div"); //只有一個 //以及document.getElement系列查看節(jié)點
var html = div.innerHTML; var outer = div.outerHTML; //這兩個是非常常用的 var classNames = div.classList; var className = div.className; var tagName = div.tagName; var id = div.id; var style = div.getAttribute("style"); //....移動節(jié)點
ele.replaceChild(replace,replaced); //replace代替replaced //添加子節(jié)點 ele.appendChild(child); //刪除子節(jié)點 ele.removeChild(child); //插入子節(jié)點 ele.insertBefore(newEle,referenceEle);
Ok~ 其實,上面所說的這些API只要涉及到DOM操作的都會發(fā)生重排。所以,這里是地方可以優(yōu)化的.
使用fragment當(dāng)我們需要批量加入子節(jié)點的時候,就需要使用fragment這個虛擬片斷,來作為一個容器.
比如,我們需要在div里面添加100個p標(biāo)簽
var times = 100; var addP = function(){ var time = times, tag1 = document.querySelector("#tag1"); while (time--) { var p = document.createElement("p"); tag1.appendChild(p); } } var useFrag = function(){ var time = times, tag1 = document.querySelector("#tag1"), frag = document.createDocumentFragment(); while (time--) { var p = document.createElement("p"); frag.appendChild(p); } tag1.appendChild(frag); } console.time(1); addP(); console.timeEnd(1); console.time(2); useFrag(); console.timeEnd(2); //基本事件差為: 1: 1.352ms 2: 0.685ms
除了使用fragment片斷,還可以使用innerHTML,outerHTML進(jìn)行相關(guān)的優(yōu)化操作。這里就不贅述了
UI操作的優(yōu)化這里想說的其實不多,就是學(xué)會使用absolute排版。 因為當(dāng)你進(jìn)行相關(guān)UI操作的時候,毫無疑問有可能不經(jīng)意間,導(dǎo)致全屏的渲染。比如校園二手街的布局,當(dāng)你下滑的時候,他的headerbar便會發(fā)生擴(kuò)大,布局較差的情況是整版重排。(傻逼傻逼傻逼)
他這里不一樣,他直接使用absolute進(jìn)行布局,脫離了文檔流,防止頁面過度的重排,贊~
最后:
優(yōu)化之路漫漫,大家好自為之~
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/78704.html
摘要:提高代碼可讀性掌握這些就夠了今天看到一篇關(guān)于代碼優(yōu)化的文章寫得十分實用在學(xué)習(xí)總結(jié)后梳理出思維結(jié)構(gòu)圖將收貨的分享一下原作者方應(yīng)杭原文地址注意這篇文章所指的代碼優(yōu)化特指的是代碼可讀性方面的一些寫法優(yōu)化而不是指的性能優(yōu)化。 提高代碼可讀性,掌握這些就夠了 今天看到一篇關(guān)于代碼優(yōu)化的文章,寫得十分實用,在學(xué)習(xí)總結(jié)后,梳理出思維結(jié)構(gòu)圖,將收貨的分享一下 原作者:方應(yīng)杭 原文地址:https://...
摘要:下面我們撇開網(wǎng)絡(luò)方面的優(yōu)化,只分析靜態(tài)資源方面的優(yōu)化。不過,也會阻止的構(gòu)建和延緩網(wǎng)頁渲染。未優(yōu)化正常加載優(yōu)化后異步加載根據(jù)上面的分析,我們可以清楚的認(rèn)識到,非必要優(yōu)先加載的,選擇異步加載是最優(yōu)選擇。 為什么做優(yōu)化 經(jīng)典問題:白屏?xí)r間過長,用戶體驗差產(chǎn)生的原因:網(wǎng)絡(luò)問題、關(guān)鍵渲染路徑(CRP)問題 怎么做優(yōu)化 如何做好優(yōu)化呢,網(wǎng)上隨便一搜,就有很多優(yōu)化總結(jié),無非就是網(wǎng)絡(luò)優(yōu)化、靜態(tài)資源(h...
摘要:下面我們撇開網(wǎng)絡(luò)方面的優(yōu)化,只分析靜態(tài)資源方面的優(yōu)化。不過,也會阻止的構(gòu)建和延緩網(wǎng)頁渲染。未優(yōu)化正常加載優(yōu)化后異步加載根據(jù)上面的分析,我們可以清楚的認(rèn)識到,非必要優(yōu)先加載的,選擇異步加載是最優(yōu)選擇。 為什么做優(yōu)化 經(jīng)典問題:白屏?xí)r間過長,用戶體驗差產(chǎn)生的原因:網(wǎng)絡(luò)問題、關(guān)鍵渲染路徑(CRP)問題 怎么做優(yōu)化 如何做好優(yōu)化呢,網(wǎng)上隨便一搜,就有很多優(yōu)化總結(jié),無非就是網(wǎng)絡(luò)優(yōu)化、靜態(tài)資源(h...
摘要:下面我們撇開網(wǎng)絡(luò)方面的優(yōu)化,只分析靜態(tài)資源方面的優(yōu)化。不過,也會阻止的構(gòu)建和延緩網(wǎng)頁渲染。未優(yōu)化正常加載優(yōu)化后異步加載根據(jù)上面的分析,我們可以清楚的認(rèn)識到,非必要優(yōu)先加載的,選擇異步加載是最優(yōu)選擇。 為什么做優(yōu)化 經(jīng)典問題:白屏?xí)r間過長,用戶體驗差產(chǎn)生的原因:網(wǎng)絡(luò)問題、關(guān)鍵渲染路徑(CRP)問題 怎么做優(yōu)化 如何做好優(yōu)化呢,網(wǎng)上隨便一搜,就有很多優(yōu)化總結(jié),無非就是網(wǎng)絡(luò)優(yōu)化、靜態(tài)資源(h...
閱讀 2856·2021-11-22 15:22
閱讀 19298·2021-09-22 15:00
閱讀 1445·2021-09-07 09:58
閱讀 1247·2019-08-30 13:01
閱讀 2452·2019-08-29 16:27
閱讀 2355·2019-08-26 13:25
閱讀 1627·2019-08-26 12:13
閱讀 947·2019-08-26 11:53