摘要:目前,前端領(lǐng)域中勢頭正盛,使用者眾多卻少有能夠深入剖析內(nèi)部實(shí)現(xiàn)機(jī)制和原理。當(dāng)發(fā)現(xiàn)節(jié)點(diǎn)已經(jīng)不存在,則該節(jié)點(diǎn)及其子節(jié)點(diǎn)會被完全刪除掉,不會用于進(jìn)一步的比較。
目前,前端領(lǐng)域中 React 勢頭正盛,使用者眾多卻少有能夠深入剖析內(nèi)部實(shí)現(xiàn)機(jī)制和原理。本系列文章希望通過剖析 React 源碼,理解其內(nèi)部的實(shí)現(xiàn)原理,知其然更要知其所以然。
React diff 作為 Virtual DOM 的加速器,其算法上的改進(jìn)優(yōu)化是 React 整個界面渲染的基礎(chǔ),以及性能提高的保障,同時也是 React 源碼中最神秘、最不可思議的部分,本文從源碼入手,深入剖析 React diff 的不可思議之處。
閱讀本文需要對 React 有一定的了解,如果你不知何為 React,請?jiān)斪x React 官方文檔。
如果你對 React diff 存在些許疑惑,或者你對算法優(yōu)化感興趣,那么本文值得閱讀和討論。
前言React 中最值得稱道的部分莫過于 Virtual DOM 與 diff 的完美結(jié)合,特別是其高效的 diff 算法,讓用戶可以無需顧忌性能問題而”任性自由”的刷新頁面,讓開發(fā)者也可以無需關(guān)心 Virtual DOM 背后的運(yùn)作原理,因?yàn)?React diff 會幫助我們計(jì)算出 Virtual DOM 中真正變化的部分,并只針對該部分進(jìn)行實(shí)際 DOM 操作,而非重新渲染整個頁面,從而保證了每次操作更新后頁面的高效渲染,因此 Virtual DOM 與 diff 是保證 React 性能口碑的幕后推手。
行文至此,可能會有讀者質(zhì)疑:React 無非就是引入 diff 這一概念,且 diff 算法也并非其首創(chuàng),何必吹噓的如此天花亂墜呢?
其實(shí),正是因?yàn)?diff 算法的普識度高,就更應(yīng)該認(rèn)可 React 針對 diff 算法優(yōu)化所做的努力與貢獻(xiàn),更能體現(xiàn) React 開發(fā)者們的魅力與智慧!
傳統(tǒng) diff 算法計(jì)算一棵樹形結(jié)構(gòu)轉(zhuǎn)換成另一棵樹形結(jié)構(gòu)的最少操作,是一個復(fù)雜且值得研究的問題。傳統(tǒng) diff 算法通過循環(huán)遞歸對節(jié)點(diǎn)進(jìn)行依次對比,效率低下,算法復(fù)雜度達(dá)到 O(n3),其中 n 是樹中節(jié)點(diǎn)的總數(shù)。O(n3) 到底有多可怕,這意味著如果要展示1000個節(jié)點(diǎn),就要依次執(zhí)行上十億次的比較。這種指數(shù)型的性能消耗對于前端渲染場景來說代價太高了!現(xiàn)今的 CPU 每秒鐘能執(zhí)行大約30億條指令,即便是最高效的實(shí)現(xiàn),也不可能在一秒內(nèi)計(jì)算出差異情況。
因此,如果 React 只是單純的引入 diff 算法而沒有任何的優(yōu)化改進(jìn),那么其效率是遠(yuǎn)遠(yuǎn)無法滿足前端渲染所要求的性能。
通過下面的 demo 可以清晰的描述傳統(tǒng) diff 算法的實(shí)現(xiàn)過程。
let result = []; // 比較葉子節(jié)點(diǎn) const diffLeafs = function(beforeLeaf, afterLeaf) { // 獲取較大節(jié)點(diǎn)樹的長度 let count = Math.max(beforeLeaf.children.length, afterLeaf.children.length); // 循環(huán)遍歷 for (let i = 0; i < count; i++) { const beforeTag = beforeLeaf.children[i]; const afterTag = afterLeaf.children[i]; // 添加 afterTag 節(jié)點(diǎn) if (beforeTag === undefined) { result.push({type: "add", element: afterTag}); // 刪除 beforeTag 節(jié)點(diǎn) } else if (afterTag === undefined) { result.push({type: "remove", element: beforeTag}); // 節(jié)點(diǎn)名改變時,刪除 beforeTag 節(jié)點(diǎn),添加 afterTag 節(jié)點(diǎn) } else if (beforeTag.tagName !== afterTag.tagName) { result.push({type: "remove", element: beforeTag}); result.push({type: "add", element: afterTag}); // 節(jié)點(diǎn)不變而內(nèi)容改變時,改變節(jié)點(diǎn) } else if (beforeTag.innerHTML !== afterTag.innerHTML) { if (beforeTag.children.length === 0) { result.push({ type: "changed", beforeElement: beforeTag, afterElement: afterTag, html: afterTag.innerHTML }); } else { // 遞歸比較 diffLeafs(beforeTag, afterTag); } } } return result; }
因此,如果想要將 diff 思想引入 Virtual DOM,就需要設(shè)計(jì)一種穩(wěn)定高效的 diff 算法,而 React 做到了!
那么,React diff 到底是如何實(shí)現(xiàn)的呢?
詳解 React diff傳統(tǒng) diff 算法的復(fù)雜度為 O(n3),顯然這是無法滿足性能要求的。React 通過制定大膽的策略,將 O(n3) 復(fù)雜度的問題轉(zhuǎn)換成 O(n) 復(fù)雜度的問題。
diff 策略Web UI 中 DOM 節(jié)點(diǎn)跨層級的移動操作特別少,可以忽略不計(jì)。
擁有相同類的兩個組件將會生成相似的樹形結(jié)構(gòu),擁有不同類的兩個組件將會生成不同的樹形結(jié)構(gòu)。
對于同一層級的一組子節(jié)點(diǎn),它們可以通過唯一 id 進(jìn)行區(qū)分。
基于以上三個前提策略,React 分別對 tree diff、component diff 以及 element diff 進(jìn)行算法優(yōu)化,事實(shí)也證明這三個前提策略是合理且準(zhǔn)確的,它保證了整體界面構(gòu)建的性能。
tree diff
component diff
element diff
tree diff本文中源碼 ReactMultiChild.js
基于策略一,React 對樹的算法進(jìn)行了簡潔明了的優(yōu)化,即對樹進(jìn)行分層比較,兩棵樹只會對同一層次的節(jié)點(diǎn)進(jìn)行比較。
既然 DOM 節(jié)點(diǎn)跨層級的移動操作少到可以忽略不計(jì),針對這一現(xiàn)象,React 通過 updateDepth 對 Virtual DOM 樹進(jìn)行層級控制,只會對相同顏色方框內(nèi)的 DOM 節(jié)點(diǎn)進(jìn)行比較,即同一個父節(jié)點(diǎn)下的所有子節(jié)點(diǎn)。當(dāng)發(fā)現(xiàn)節(jié)點(diǎn)已經(jīng)不存在,則該節(jié)點(diǎn)及其子節(jié)點(diǎn)會被完全刪除掉,不會用于進(jìn)一步的比較。這樣只需要對樹進(jìn)行一次遍歷,便能完成整個 DOM 樹的比較。
updateChildren: function(nextNestedChildrenElements, transaction, context) { updateDepth++; var errorThrown = true; try { this._updateChildren(nextNestedChildrenElements, transaction, context); errorThrown = false; } finally { updateDepth--; if (!updateDepth) { if (errorThrown) { clearQueue(); } else { processQueue(); } } } }
分析至此,大部分人可能都存在這樣的疑問:如果出現(xiàn)了 DOM 節(jié)點(diǎn)跨層級的移動操作,React diff 會有怎樣的表現(xiàn)呢?是的,對此我也好奇不已,不如試驗(yàn)一番。
如下圖,A 節(jié)點(diǎn)(包括其子節(jié)點(diǎn))整個被移動到 D 節(jié)點(diǎn)下,由于 React 只會簡單的考慮同層級節(jié)點(diǎn)的位置變換,而對于不同層級的節(jié)點(diǎn),只有創(chuàng)建和刪除操作。當(dāng)根節(jié)點(diǎn)發(fā)現(xiàn)子節(jié)點(diǎn)中 A 消失了,就會直接銷毀 A;當(dāng) D 發(fā)現(xiàn)多了一個子節(jié)點(diǎn) A,則會創(chuàng)建新的 A(包括子節(jié)點(diǎn))作為其子節(jié)點(diǎn)。此時,React diff 的執(zhí)行情況:create A -> create B -> create C -> delete A。
由此可發(fā)現(xiàn),當(dāng)出現(xiàn)節(jié)點(diǎn)跨層級移動時,并不會出現(xiàn)想象中的移動操作,而是以 A 為根節(jié)點(diǎn)的樹被整個重新創(chuàng)建,這是一種影響 React 性能的操作,因此 React 官方建議不要進(jìn)行 DOM 節(jié)點(diǎn)跨層級的操作。
component diff注意:在開發(fā)組件時,保持穩(wěn)定的 DOM 結(jié)構(gòu)會有助于性能的提升。例如,可以通過 CSS 隱藏或顯示節(jié)點(diǎn),而不是真的移除或添加 DOM 節(jié)點(diǎn)。
React 是基于組件構(gòu)建應(yīng)用的,對于組件間的比較所采取的策略也是簡潔高效。
如果是同一類型的組件,按照原策略繼續(xù)比較 virtual DOM tree。
如果不是,則將該組件判斷為 dirty component,從而替換整個組件下的所有子節(jié)點(diǎn)。
對于同一類型的組件,有可能其 Virtual DOM 沒有任何變化,如果能夠確切的知道這點(diǎn)那可以節(jié)省大量的 diff 運(yùn)算時間,因此 React 允許用戶通過 shouldComponentUpdate() 來判斷該組件是否需要進(jìn)行 diff。
如下圖,當(dāng) component D 改變?yōu)?component G 時,即使這兩個 component 結(jié)構(gòu)相似,一旦 React 判斷 D 和 G 是不同類型的組件,就不會比較二者的結(jié)構(gòu),而是直接刪除 component D,重新創(chuàng)建 component G 以及其子節(jié)點(diǎn)。雖然當(dāng)兩個 component 是不同類型但結(jié)構(gòu)相似時,React diff 會影響性能,但正如 React 官方博客所言:不同類型的 component 是很少存在相似 DOM tree 的機(jī)會,因此這種極端因素很難在實(shí)現(xiàn)開發(fā)過程中造成重大影響的。
element diff當(dāng)節(jié)點(diǎn)處于同一層級時,React diff 提供了三種節(jié)點(diǎn)操作,分別為:INSERT_MARKUP(插入)、MOVE_EXISTING(移動)和 REMOVE_NODE(刪除)。
INSERT_MARKUP,新的 component 類型不在老集合里, 即是全新的節(jié)點(diǎn),需要對新節(jié)點(diǎn)執(zhí)行插入操作。
MOVE_EXISTING,在老集合有新 component 類型,且 element 是可更新的類型,generateComponentChildren 已調(diào)用 receiveComponent,這種情況下 prevChild=nextChild,就需要做移動操作,可以復(fù)用以前的 DOM 節(jié)點(diǎn)。
REMOVE_NODE,老 component 類型,在新集合里也有,但對應(yīng)的 element 不同則不能直接復(fù)用和更新,需要執(zhí)行刪除操作,或者老 component 不在新集合里的,也需要執(zhí)行刪除操作。
function enqueueInsertMarkup(parentInst, markup, toIndex) { updateQueue.push({ parentInst: parentInst, parentNode: null, type: ReactMultiChildUpdateTypes.INSERT_MARKUP, markupIndex: markupQueue.push(markup) - 1, content: null, fromIndex: null, toIndex: toIndex, }); } function enqueueMove(parentInst, fromIndex, toIndex) { updateQueue.push({ parentInst: parentInst, parentNode: null, type: ReactMultiChildUpdateTypes.MOVE_EXISTING, markupIndex: null, content: null, fromIndex: fromIndex, toIndex: toIndex, }); } function enqueueRemove(parentInst, fromIndex) { updateQueue.push({ parentInst: parentInst, parentNode: null, type: ReactMultiChildUpdateTypes.REMOVE_NODE, markupIndex: null, content: null, fromIndex: fromIndex, toIndex: null, }); }
如下圖,老集合中包含節(jié)點(diǎn):A、B、C、D,更新后的新集合中包含節(jié)點(diǎn):B、A、D、C,此時新老集合進(jìn)行 diff 差異化對比,發(fā)現(xiàn) B != A,則創(chuàng)建并插入 B 至新集合,刪除老集合 A;以此類推,創(chuàng)建并插入 A、D 和 C,刪除 B、C 和 D。
React 發(fā)現(xiàn)這類操作繁瑣冗余,因?yàn)檫@些都是相同的節(jié)點(diǎn),但由于位置發(fā)生變化,導(dǎo)致需要進(jìn)行繁雜低效的刪除、創(chuàng)建操作,其實(shí)只要對這些節(jié)點(diǎn)進(jìn)行位置移動即可。
針對這一現(xiàn)象,React 提出優(yōu)化策略:允許開發(fā)者對同一層級的同組子節(jié)點(diǎn),添加唯一 key 進(jìn)行區(qū)分,雖然只是小小的改動,性能上卻發(fā)生了翻天覆地的變化!
新老集合所包含的節(jié)點(diǎn),如下圖所示,新老集合進(jìn)行 diff 差異化對比,通過 key 發(fā)現(xiàn)新老集合中的節(jié)點(diǎn)都是相同的節(jié)點(diǎn),因此無需進(jìn)行節(jié)點(diǎn)刪除和創(chuàng)建,只需要將老集合中節(jié)點(diǎn)的位置進(jìn)行移動,更新為新集合中節(jié)點(diǎn)的位置,此時 React 給出的 diff 結(jié)果為:B、D 不做任何操作,A、C 進(jìn)行移動操作,即可。
那么,如此高效的 diff 到底是如何運(yùn)作的呢?讓我們通過源碼進(jìn)行詳細(xì)分析。
首先對新集合的節(jié)點(diǎn)進(jìn)行循環(huán)遍歷,for (name in nextChildren),通過唯一 key 可以判斷新老集合中是否存在相同的節(jié)點(diǎn),if (prevChild === nextChild),如果存在相同節(jié)點(diǎn),則進(jìn)行移動操作,但在移動前需要將當(dāng)前節(jié)點(diǎn)在老集合中的位置與 lastIndex 進(jìn)行比較,if (child._mountIndex < lastIndex),則進(jìn)行節(jié)點(diǎn)移動操作,否則不執(zhí)行該操作。這是一種順序優(yōu)化手段,lastIndex 一直在更新,表示訪問過的節(jié)點(diǎn)在老集合中最右的位置(即最大的位置),如果新集合中當(dāng)前訪問的節(jié)點(diǎn)比 lastIndex 大,說明當(dāng)前訪問節(jié)點(diǎn)在老集合中就比上一個節(jié)點(diǎn)位置靠后,則該節(jié)點(diǎn)不會影響其他節(jié)點(diǎn)的位置,因此不用添加到差異隊(duì)列中,即不執(zhí)行移動操作,只有當(dāng)訪問的節(jié)點(diǎn)比 lastIndex 小時,才需要進(jìn)行移動操作。
以上圖為例,可以更為清晰直觀的描述 diff 的差異對比過程:
從新集合中取得 B,判斷老集合中存在相同節(jié)點(diǎn) B,通過對比節(jié)點(diǎn)位置判斷是否進(jìn)行移動操作,B 在老集合中的位置 B._mountIndex = 1,此時 lastIndex = 0,不滿足 child._mountIndex < lastIndex 的條件,因此不對 B 進(jìn)行移動操作;更新 lastIndex = Math.max(prevChild._mountIndex, lastIndex),其中 prevChild._mountIndex 表示 B 在老集合中的位置,則 lastIndex = 1,并將 B 的位置更新為新集合中的位置 prevChild._mountIndex = nextIndex,此時新集合中 B._mountIndex = 0,nextIndex++ 進(jìn)入下一個節(jié)點(diǎn)的判斷。
從新集合中取得 A,判斷老集合中存在相同節(jié)點(diǎn) A,通過對比節(jié)點(diǎn)位置判斷是否進(jìn)行移動操作,A 在老集合中的位置 A._mountIndex = 0,此時 lastIndex = 1,滿足 child._mountIndex < lastIndex的條件,因此對 A 進(jìn)行移動操作enqueueMove(this, child._mountIndex, toIndex),其中 toIndex 其實(shí)就是 nextIndex,表示 A 需要移動到的位置;更新 lastIndex = Math.max(prevChild._mountIndex, lastIndex),則 lastIndex = 1,并將 A 的位置更新為新集合中的位置 prevChild._mountIndex = nextIndex,此時新集合中 A._mountIndex = 1,nextIndex++ 進(jìn)入下一個節(jié)點(diǎn)的判斷。
從新集合中取得 D,判斷老集合中存在相同節(jié)點(diǎn) D,通過對比節(jié)點(diǎn)位置判斷是否進(jìn)行移動操作,D 在老集合中的位置 D._mountIndex = 3,此時 lastIndex = 1,不滿足 child._mountIndex < lastIndex的條件,因此不對 D 進(jìn)行移動操作;更新 lastIndex = Math.max(prevChild._mountIndex, lastIndex),則 lastIndex = 3,并將 D 的位置更新為新集合中的位置 prevChild._mountIndex = nextIndex,此時新集合中 D._mountIndex = 2,nextIndex++ 進(jìn)入下一個節(jié)點(diǎn)的判斷。
從新集合中取得 C,判斷老集合中存在相同節(jié)點(diǎn) C,通過對比節(jié)點(diǎn)位置判斷是否進(jìn)行移動操作,C 在老集合中的位置 C._mountIndex = 2,此時 lastIndex = 3,滿足 child._mountIndex < lastIndex 的條件,因此對 C 進(jìn)行移動操作 enqueueMove(this, child._mountIndex, toIndex);更新 lastIndex = Math.max(prevChild._mountIndex, lastIndex),則 lastIndex = 3,并將 C 的位置更新為新集合中的位置 prevChild._mountIndex = nextIndex,此時新集合中 A._mountIndex = 3,nextIndex++ 進(jìn)入下一個節(jié)點(diǎn)的判斷,由于 C 已經(jīng)是最后一個節(jié)點(diǎn),因此 diff 到此完成。
以上主要分析新老集合中存在相同節(jié)點(diǎn)但位置不同時,對節(jié)點(diǎn)進(jìn)行位置移動的情況,如果新集合中有新加入的節(jié)點(diǎn)且老集合存在需要刪除的節(jié)點(diǎn),那么 React diff 又是如何對比運(yùn)作的呢?
以下圖為例:
從新集合中取得 B,判斷老集合中存在相同節(jié)點(diǎn) B,由于 B 在老集合中的位置 B._mountIndex = 1,此時 lastIndex = 0,因此不對 B 進(jìn)行移動操作;更新 lastIndex = 1,并將 B 的位置更新為新集合中的位置 B._mountIndex = 0,nextIndex++進(jìn)入下一個節(jié)點(diǎn)的判斷。
從新集合中取得 E,判斷老集合中不存在相同節(jié)點(diǎn) E,則創(chuàng)建新節(jié)點(diǎn) E;更新 lastIndex = 1,并將 E 的位置更新為新集合中的位置,nextIndex++進(jìn)入下一個節(jié)點(diǎn)的判斷。
從新集合中取得 C,判斷老集合中存在相同節(jié)點(diǎn) C,由于 C 在老集合中的位置C._mountIndex = 2,此時 lastIndex = 1,因此對 C 進(jìn)行移動操作;更新 lastIndex = 2,并將 C 的位置更新為新集合中的位置,nextIndex++ 進(jìn)入下一個節(jié)點(diǎn)的判斷。
從新集合中取得 A,判斷老集合中存在相同節(jié)點(diǎn) A,由于 A 在老集合中的位置A._mountIndex = 0,此時 lastIndex = 2,因此不對 A 進(jìn)行移動操作;更新 lastIndex = 2,并將 A 的位置更新為新集合中的位置,nextIndex++ 進(jìn)入下一個節(jié)點(diǎn)的判斷。
當(dāng)完成新集合中所有節(jié)點(diǎn) diff 時,最后還需要對老集合進(jìn)行循環(huán)遍歷,判斷是否存在新集合中沒有但老集合中仍存在的節(jié)點(diǎn),發(fā)現(xiàn)存在這樣的節(jié)點(diǎn) D,因此刪除節(jié)點(diǎn) D,到此 diff 全部完成。
_updateChildren: function(nextNestedChildrenElements, transaction, context) { var prevChildren = this._renderedChildren; var nextChildren = this._reconcilerUpdateChildren( prevChildren, nextNestedChildrenElements, transaction, context ); if (!nextChildren && !prevChildren) { return; } var name; var lastIndex = 0; var nextIndex = 0; for (name in nextChildren) { if (!nextChildren.hasOwnProperty(name)) { continue; } var prevChild = prevChildren && prevChildren[name]; var nextChild = nextChildren[name]; if (prevChild === nextChild) { // 移動節(jié)點(diǎn) this.moveChild(prevChild, nextIndex, lastIndex); lastIndex = Math.max(prevChild._mountIndex, lastIndex); prevChild._mountIndex = nextIndex; } else { if (prevChild) { lastIndex = Math.max(prevChild._mountIndex, lastIndex); // 刪除節(jié)點(diǎn) this._unmountChild(prevChild); } // 初始化并創(chuàng)建節(jié)點(diǎn) this._mountChildAtIndex( nextChild, nextIndex, transaction, context ); } nextIndex++; } for (name in prevChildren) { if (prevChildren.hasOwnProperty(name) && !(nextChildren && nextChildren.hasOwnProperty(name))) { this._unmountChild(prevChildren[name]); } } this._renderedChildren = nextChildren; }, // 移動節(jié)點(diǎn) moveChild: function(child, toIndex, lastIndex) { if (child._mountIndex < lastIndex) { this.prepareToManageChildren(); enqueueMove(this, child._mountIndex, toIndex); } }, // 創(chuàng)建節(jié)點(diǎn) createChild: function(child, mountImage) { this.prepareToManageChildren(); enqueueInsertMarkup(this, mountImage, child._mountIndex); }, // 刪除節(jié)點(diǎn) removeChild: function(child) { this.prepareToManageChildren(); enqueueRemove(this, child._mountIndex); }, _unmountChild: function(child) { this.removeChild(child); child._mountIndex = null; }, _mountChildAtIndex: function( child, index, transaction, context) { var mountImage = ReactReconciler.mountComponent( child, transaction, this, this._nativeContainerInfo, context ); child._mountIndex = index; this.createChild(child, mountImage); },
當(dāng)然,React diff 還是存在些許不足與待優(yōu)化的地方,如下圖所示,若新集合的節(jié)點(diǎn)更新為:D、A、B、C,與老集合對比只有 D 節(jié)點(diǎn)移動,而 A、B、C 仍然保持原有的順序,理論上 diff 應(yīng)該只需對 D 執(zhí)行移動操作,然而由于 D 在老集合的位置是最大的,導(dǎo)致其他節(jié)點(diǎn)的 _mountIndex < lastIndex,造成 D 沒有執(zhí)行移動操作,而是 A、B、C 全部移動到 D 節(jié)點(diǎn)后面的現(xiàn)象。
在此,讀者們可以討論思考:如何優(yōu)化上述問題?
總結(jié)建議:在開發(fā)過程中,盡量減少類似將最后一個節(jié)點(diǎn)移動到列表首部的操作,當(dāng)節(jié)點(diǎn)數(shù)量過大或更新操作過于頻繁時,在一定程度上會影響 React 的渲染性能。
React 通過制定大膽的 diff 策略,將 O(n3) 復(fù)雜度的問題轉(zhuǎn)換成 O(n) 復(fù)雜度的問題;
React 通過分層求異的策略,對 tree diff 進(jìn)行算法優(yōu)化;
React 通過相同類生成相似樹形結(jié)構(gòu),不同類生成不同樹形結(jié)構(gòu)的策略,對 component diff 進(jìn)行算法優(yōu)化;
React 通過設(shè)置唯一 key的策略,對 element diff 進(jìn)行算法優(yōu)化;
建議,在開發(fā)組件時,保持穩(wěn)定的 DOM 結(jié)構(gòu)會有助于性能的提升;
建議,在開發(fā)過程中,盡量減少類似將最后一個節(jié)點(diǎn)移動到列表首部的操作,當(dāng)節(jié)點(diǎn)數(shù)量過大或更新操作過于頻繁時,在一定程度上會影響 React 的渲染性能。
參考資料A Survey on Tree Edit Distance and Related Problems
Reconciliation
如果本文能夠?yàn)槟憬鉀Q些許關(guān)于 React diff 算法的疑惑,請點(diǎn)個贊吧!
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/86206.html
摘要:對于同一層級的一組子節(jié)點(diǎn),它們可以通過唯一進(jìn)行區(qū)分。基于以上三個前提策略,分別對以及進(jìn)行算法優(yōu)化。鏈表的每一個節(jié)點(diǎn)是,而不是在之前的虛擬節(jié)點(diǎn)。是當(dāng)前層的第一個節(jié)點(diǎn)。再次提醒,是的一層。 文章首發(fā)于個人博客 這是我 Deep In React 系列的第二篇文章,如果還沒有讀過的強(qiáng)烈建議你先讀第一篇:詳談 React Fiber 架構(gòu)(1)。 前言 我相信在看這篇文章的讀者一般都已經(jīng)了解...
摘要:把組件看作狀態(tài)機(jī)有限狀態(tài)機(jī)使用來控制本地狀態(tài)使用來傳遞狀態(tài)前面我們探討了如何映射狀態(tài)到上初始渲染那么接下來我們談?wù)剷r如何同步狀態(tài)到上的也就是是如何更新組件的是如何對比出頁面變化最小的部分這篇文章會為你解答這些問題在這之前你已經(jīng)了解了版本內(nèi) React 把組件看作狀態(tài)機(jī)(有限狀態(tài)機(jī)), 使用state來控制本地狀態(tài), 使用props來傳遞狀態(tài). 前面我們探討了 React 如何映射狀態(tài)...
摘要:傳統(tǒng)算法的一大特點(diǎn)就是虛擬的算法,下圖為實(shí)現(xiàn)流程圖。如果的子節(jié)點(diǎn)仍有子節(jié)點(diǎn)依舊順次執(zhí)行。我們來觀察下復(fù)雜度傳統(tǒng)算法的復(fù)雜度為,單純從看,復(fù)雜度不到,但實(shí)際上。通過制定大膽的策略,將復(fù)雜度的問題轉(zhuǎn)換成復(fù)雜度的問題。 從react渲染開始: 在說react虛擬dom之前我們先來看看react渲染過程,下面鏈接是根據(jù)源碼渲染過程寫的簡寫版。http://1.sharemandy.sina...
摘要:表示調(diào)用棧在下一將要執(zhí)行的任務(wù)。兩方性能解藥我們一般有兩種方案突破上文提到的瓶頸將耗時高成本高易阻塞的長任務(wù)切片,分成子任務(wù),并異步執(zhí)行這樣一來,這些子任務(wù)會在不同的周期執(zhí)行,進(jìn)而主線程就可以在子任務(wù)間隙當(dāng)中執(zhí)行更新操作。 showImg(https://segmentfault.com/img/remote/1460000016008111); 性能一直以來是前端開發(fā)中非常重要的話題...
閱讀 3557·2021-08-02 13:41
閱讀 2391·2019-08-30 15:56
閱讀 1520·2019-08-30 11:17
閱讀 1174·2019-08-29 15:18
閱讀 580·2019-08-29 11:10
閱讀 2671·2019-08-26 13:52
閱讀 508·2019-08-26 13:22
閱讀 2949·2019-08-23 15:41