React常用性能優(yōu)化方式整理

React組件優(yōu)化

? ? 1. 屬性傳遞優(yōu)化

在動態(tài)頁面中艳馒,免不了使用事件來監(jiān)控按鈕弄慰,React中便針對這種情況有相應(yīng)的優(yōu)化陆爽。以點(diǎn)擊事件onClick為例墓陈,在React中,事件的聲明方式有三種

① 事件在聲明時一起綁定


② 使用函數(shù)式聲明事件:

③ 在按鈕內(nèi)聲明,在constructor內(nèi)綁定:

? ? ? ? ? 三種聲明方式的比較:①②相對于③,再次執(zhí)行時都要再渲染一編render()里的bind函數(shù)和函數(shù)聲明式利花,而③的綁定函數(shù)只執(zhí)行一次载佳,并不會每次執(zhí)行時都進(jìn)行調(diào)用,對于性能方面蔫慧,顯然③方式會比①②更好,而且②相對①對性能的影響會低一點(diǎn)睡扬。所以三者對性能優(yōu)化的優(yōu)先級為③>②>①

? ? ? React中卖怜,組件嵌套是十分常見的马靠,在父組件往子組件傳遞對象時甩鳄,應(yīng)該將對象的key和value在render()內(nèi)先定義再使用娩贷,不然每一次使用子組件時都會生成新的對象進(jìn)行傳遞

如切忌使用:

正確的用法應(yīng)該是在render()內(nèi)先將對象定義彬祖,再在組件中調(diào)用

?在傳遞props/state時,只傳遞需要的參數(shù)突倍。

切忌將props/state以展開形式傳遞給子組件羽历,除非子組件需要用到父組件的所有props/state

2. 多組件優(yōu)化

? ? ? 在父組件因狀態(tài)的變化更改焊虏,而子組件并沒有狀態(tài)變化時,若子組件隨著父組件一起更新秕磷,會造成比較大的性能浪費(fèi)诵闭,為減少子組件額外渲染而浪費(fèi)性能,可使用:

① shouldComponentUpdate(nextProps, nextState):

? ? 根據(jù)React組件的生命周期可以知道澎嚣,組件在每次更新狀態(tài)時都會執(zhí)行shouldComponentUpdate函數(shù)疏尿,為了減少額外渲染,可以在該函數(shù)內(nèi)對當(dāng)前的props/state與nextProps/nextState進(jìn)行比較易桃,如果有一致的props/state則返回fasle說明不用重新渲染該組件褥琐,以減少重新渲染造成的性能浪費(fèi)。

② React.PureComponent 替換 React.Component:

? ? 在使用shouldComponentUpdate函數(shù)比較前后的props/state是否一致時晤郑,通常會涉及到深層或淺層的比較敌呈,在React默認(rèn)進(jìn)行的淺層比較中,可以使用React.PureComponent讓組件根據(jù)傳來的數(shù)據(jù)進(jìn)行渲染而不是全部數(shù)據(jù)的渲染,這比自己寫shouldComponentUpdate函數(shù)進(jìn)行比較來的簡單且性能更好褐鸥,但只適用于組件只根據(jù)傳進(jìn)來的數(shù)據(jù)進(jìn)行渲染而沒有內(nèi)部狀態(tài)時使用,可以最大限度的提升性能。

③ ImmutableJS:

? ? 在比較props/state時荞下,應(yīng)使用深層比較的形式抽诉,但要手動寫shouldComponentUpdate函數(shù)的深層比較需要寫一個遞歸的函數(shù)河绽,通過層層遞歸比較出當(dāng)前值和next值的數(shù)據(jù)結(jié)構(gòu)是否相同句携,這在性能方面是不可接受的牍疏,所以React建議也是默認(rèn)的比較是只做淺對比,即不考慮props/state的數(shù)據(jù)結(jié)構(gòu),只考慮數(shù)值是否相同。所以在設(shè)計(jì)組件數(shù)據(jù)的傳遞時,不應(yīng)做深層次的嵌套(如數(shù)據(jù)為對象,對象內(nèi)有多個值搀愧,值內(nèi)還是一個對象的形式)眷蚓。而為了使組件在數(shù)據(jù)傳遞過程中保證渲染時當(dāng)前值與next值一定是不相同的叉钥,facebook提供了immutable-js這個庫,ImmutableJS提供了不可變的數(shù)據(jù)寝贡,即要讓數(shù)據(jù)改變只能通過創(chuàng)建新數(shù)據(jù)的方式,而不能直接修改风秤,這很大程度的降低了前后兩個數(shù)據(jù)比較時的復(fù)雜度。

3. Key

對于數(shù)組形式的數(shù)據(jù),遍歷時React會要求你為每一個數(shù)據(jù)值添加Key,而Key必須時獨(dú)一無二的,在選取Key值時盡量不要用索引號鳍贾,因?yàn)槿绻?dāng)數(shù)據(jù)的添加方式不是順序添加,而是以其他方式(逆序置森,隨機(jī)等),會導(dǎo)致每一次添加數(shù)據(jù),每一個數(shù)據(jù)值的索引號都不一樣,這就導(dǎo)致了Key的變化翁授,而當(dāng)Key變化時,React就會認(rèn)為這與之前的數(shù)據(jù)值不相同,會多次執(zhí)行渲染,會造成大量的性能浪費(fèi)详民。所以只在萬不得已時狞玛,才將數(shù)據(jù)的Key設(shè)為索引號。

Redux性能優(yōu)化

? ? 使用reselect庫:

在使用Redux進(jìn)行數(shù)據(jù)的傳遞時,特別是經(jīng)常有重復(fù)性的數(shù)據(jù)傳遞操作時上煤,可以使用reselect庫在內(nèi)部對數(shù)據(jù)進(jìn)行緩存處理劫狠,在重復(fù)調(diào)用時便可使用緩存快速加載苔埋,加強(qiáng)性能。

栗子(包含知識點(diǎn):react-redux, connect裝飾器寫法):

假設(shè)在redux中創(chuàng)建了addAge和subAge兩個action執(zhí)行減1和加1削罩。


在上述例子中糙麦,如果對小明增加和減少歲數(shù)進(jìn)行重復(fù)操作,在調(diào)用到已經(jīng)執(zhí)行過的數(shù)據(jù)時诽里,react不會再次對數(shù)據(jù)進(jìn)行渲染袒餐,而是從reselector中取出緩存數(shù)據(jù)加載,減少了重新渲染谤狡,達(dá)到性能優(yōu)化的效果灸眼。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市墓懂,隨后出現(xiàn)的幾起案子幢炸,更是在濱河造成了極大的恐慌,老刑警劉巖拒贱,帶你破解...
    沈念sama閱讀 211,042評論 6 490
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異佛嬉,居然都是意外死亡逻澳,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 89,996評論 2 384
  • 文/潘曉璐 我一進(jìn)店門暖呕,熙熙樓的掌柜王于貴愁眉苦臉地迎上來斜做,“玉大人,你說我怎么就攤上這事湾揽∪勘疲” “怎么了?”我有些...
    開封第一講書人閱讀 156,674評論 0 345
  • 文/不壞的土叔 我叫張陵库物,是天一觀的道長霸旗。 經(jīng)常有香客問我,道長戚揭,這世上最難降的妖魔是什么诱告? 我笑而不...
    開封第一講書人閱讀 56,340評論 1 283
  • 正文 為了忘掉前任,我火速辦了婚禮民晒,結(jié)果婚禮上精居,老公的妹妹穿的比我還像新娘锄禽。我一直安慰自己,他們只是感情好靴姿,可當(dāng)我...
    茶點(diǎn)故事閱讀 65,404評論 5 384
  • 文/花漫 我一把揭開白布沃但。 她就那樣靜靜地躺著,像睡著了一般佛吓。 火紅的嫁衣襯著肌膚如雪宵晚。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,749評論 1 289
  • 那天辈毯,我揣著相機(jī)與錄音坝疼,去河邊找鬼。 笑死谆沃,一個胖子當(dāng)著我的面吹牛钝凶,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播唁影,決...
    沈念sama閱讀 38,902評論 3 405
  • 文/蒼蘭香墨 我猛地睜開眼耕陷,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了据沈?” 一聲冷哼從身側(cè)響起哟沫,我...
    開封第一講書人閱讀 37,662評論 0 266
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎锌介,沒想到半個月后嗜诀,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 44,110評論 1 303
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡孔祸,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,451評論 2 325
  • 正文 我和宋清朗相戀三年隆敢,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片崔慧。...
    茶點(diǎn)故事閱讀 38,577評論 1 340
  • 序言:一個原本活蹦亂跳的男人離奇死亡拂蝎,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出惶室,到底是詐尸還是另有隱情温自,我是刑警寧澤,帶...
    沈念sama閱讀 34,258評論 4 328
  • 正文 年R本政府宣布皇钞,位于F島的核電站悼泌,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏夹界。R本人自食惡果不足惜券躁,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,848評論 3 312
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧也拜,春花似錦以舒、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,726評論 0 21
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至卵贱,卻和暖如春滥沫,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背键俱。 一陣腳步聲響...
    開封第一講書人閱讀 31,952評論 1 264
  • 我被黑心中介騙來泰國打工兰绣, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人编振。 一個月前我還...
    沈念sama閱讀 46,271評論 2 360
  • 正文 我出身青樓缀辩,卻偏偏與公主長得像,于是被迫代替她去往敵國和親踪央。 傳聞我的和親對象是個殘疾皇子臀玄,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 43,452評論 2 348

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