PureComponent的作用及一些使用陷阱

默認(rèn)渲染行為的問題

在React Component的生命周期中固棚,有一個(gè)shouldComponentUpdate方法仙蚜。這個(gè)方法默認(rèn)返回值是true。

這意味著就算沒有改變組件的props或者state呜师,也會(huì)導(dǎo)致組件的重繪艳丛。這就經(jīng)常導(dǎo)致組件因?yàn)椴幌嚓P(guān)數(shù)據(jù)的改變導(dǎo)致重繪,這極大的降低了React的渲染效率氮双。比如下面的例子中霎匈,任何options的變化,甚至是其他數(shù)據(jù)的變化都可能導(dǎo)致所有cell的重繪铛嘱。

//Table Component
{this.props.items.map(i =>
    <Cell data={i} option={this.props.options[i]} />
)}

重寫shouldComponentUpdate

為了避免這個(gè)問題袭厂,我們可以在Cell中重寫shouldComponentUpdate方法球匕,只在option發(fā)生改變時(shí)進(jìn)行重繪。

class Cell extends React.Component {
  shouldComponentUpdate(nextProps, nextState) {
    if (this.props.option === nextProps.option) {
      return false;
    } else {
      return true;
    }
  }
}

這樣每個(gè)Cell只有在關(guān)聯(lián)option發(fā)生變化時(shí)進(jìn)行重繪橄杨。

使用PureComponent與immutable.js

因?yàn)樯厦娴那闆r十分通用照卦,React創(chuàng)建了PureComponent組件創(chuàng)建了默認(rèn)的shouldComponentUpdate行為。這個(gè)默認(rèn)的shouldComponentUpdate行為會(huì)一一比較props和state中所有的屬性采转,只有當(dāng)其中任意一項(xiàng)發(fā)生改變是瞬痘,才會(huì)進(jìn)行重繪。

需要注意的是框全,PureComponent使用淺比較判斷組件是否需要重繪

因此,下面對(duì)數(shù)據(jù)的修改并不會(huì)導(dǎo)致重繪(假設(shè)Table也是PureComponent)

  options.push(new Option())
  options.splice(0, 1)
  options[i].name = "Hello"

這些例子都是在原對(duì)象上進(jìn)行修改克婶,由于淺比較是比較指針的異同丹泉,所以會(huì)認(rèn)為不需要進(jìn)行重繪。

為了避免出現(xiàn)這些問題筋岛,推薦使用immutable.js晒哄。immutable.js會(huì)在每次對(duì)原對(duì)象進(jìn)行添加,刪除寝凌,修改使返回新的對(duì)象實(shí)例。任何對(duì)數(shù)據(jù)的修改都會(huì)導(dǎo)致數(shù)據(jù)指針的變化红符。

其他的陷阱

需要注意的是,還有一些小陷阱需要避免预侯。

  1. Literal Array與Literal Object
{this.props.items.map(i =>
    <Cell data={i} options={this.props.options || []} />
)}

若options為空,則會(huì)使用[]双戳。[]每次會(huì)生成新的Array糜芳,因此導(dǎo)致Cell每次的props都不一樣,導(dǎo)致需要重繪膏斤。解決方法如下:

const default = [];
{this.props.items.map(i =>
  <Cell data={i} options={this.props.options || default} />
)}
  1. 內(nèi)聯(lián)函數(shù)
    函數(shù)也經(jīng)常作為props傳遞邪驮,由于每次需要為內(nèi)聯(lián)函數(shù)創(chuàng)建一個(gè)新的實(shí)例,所以每次function都會(huì)指向不同的內(nèi)存地址毅访。比如:
render() {
     <MyInput onChange={e => this.props.update(e.target.value)} />;
}

以及:

update(e) {
     this.props.update(e.target.value);
}
render() {
     return <MyInput onChange={this.update.bind(this)} />;
}

注意第二個(gè)例子也會(huì)導(dǎo)致創(chuàng)建新的函數(shù)實(shí)例喻粹。為了解決這個(gè)問題,需要提前綁定this指針:

constructor(props) {
    super(props);
    this.update = this.update.bind(this);
  }
  update(e) {
    this.props.update(e.target.value);
  }
  render() {
    return <MyInput onChange={this.update} />;
  }

參考資料

  1. Optimizing Performance - React
  2. react.js pure render performance anti pattern
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末型酥,一起剝皮案震驚了整個(gè)濱河市查乒,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌玛迄,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,858評(píng)論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件虏杰,死亡現(xiàn)場離奇詭異勒虾,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)州弟,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,372評(píng)論 3 395
  • 文/潘曉璐 我一進(jìn)店門低零,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人啃奴,你說我怎么就攤上這事雄妥。” “怎么了老厌?”我有些...
    開封第一講書人閱讀 165,282評(píng)論 0 356
  • 文/不壞的土叔 我叫張陵枝秤,是天一觀的道長。 經(jīng)常有香客問我淀弹,道長,這世上最難降的妖魔是什么菌赖? 我笑而不...
    開封第一講書人閱讀 58,842評(píng)論 1 295
  • 正文 為了忘掉前任沐序,我火速辦了婚禮,結(jié)果婚禮上邑时,老公的妹妹穿的比我還像新娘垄惧。我一直安慰自己,他們只是感情好到逊,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,857評(píng)論 6 392
  • 文/花漫 我一把揭開白布觉壶。 她就那樣靜靜地躺著,像睡著了一般铜靶。 火紅的嫁衣襯著肌膚如雪他炊。 梳的紋絲不亂的頭發(fā)上已艰,一...
    開封第一講書人閱讀 51,679評(píng)論 1 305
  • 那天哩掺,我揣著相機(jī)與錄音凿叠,去河邊找鬼嚼吞。 笑死,一個(gè)胖子當(dāng)著我的面吹牛炒刁,可吹牛的內(nèi)容都是我干的誊稚。 我是一名探鬼主播,決...
    沈念sama閱讀 40,406評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼绽昏,長吁一口氣:“原來是場噩夢啊……” “哼俏脊!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起爷贫,我...
    開封第一講書人閱讀 39,311評(píng)論 0 276
  • 序言:老撾萬榮一對(duì)情侶失蹤漫萄,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后腾务,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,767評(píng)論 1 315
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡未巫,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,945評(píng)論 3 336
  • 正文 我和宋清朗相戀三年叙凡,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了密末。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片跛璧。...
    茶點(diǎn)故事閱讀 40,090評(píng)論 1 350
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡新啼,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出师抄,到底是詐尸還是另有隱情教硫,我是刑警寧澤,帶...
    沈念sama閱讀 35,785評(píng)論 5 346
  • 正文 年R本政府宣布茶鉴,位于F島的核電站景用,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏伞插。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,420評(píng)論 3 331
  • 文/蒙蒙 一舀瓢、第九天 我趴在偏房一處隱蔽的房頂上張望耗美。 院中可真熱鬧,春花似錦堰怨、人聲如沸蛇摸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,988評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至绞吁,卻和暖如春唬格,著一層夾襖步出監(jiān)牢的瞬間颜说,已是汗流浹背汰聋。 一陣腳步聲響...
    開封第一講書人閱讀 33,101評(píng)論 1 271
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留烹困,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 48,298評(píng)論 3 372
  • 正文 我出身青樓拟蜻,卻偏偏與公主長得像枯饿,于是被迫代替她去往敵國和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子奢方,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,033評(píng)論 2 355

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

  • JSX 知識(shí)準(zhǔn)備 JSX 并不是一門全新的語言蟋字,僅僅是一個(gè)語法糖,允許開發(fā)者在javascript中編寫XML語言...
    艾倫先生閱讀 4,505評(píng)論 4 20
  • 按照慣例苛聘,先給ReactJS背書 React是一個(gè)Facebook開發(fā)的UI庫嫉入,于2013年5月開源,并迅速的從最...
    艾倫先生閱讀 3,236評(píng)論 1 12
  • 自己最近的項(xiàng)目是基于react的熬拒,于是讀了一遍react的文檔垫竞,做了一些記錄(除了REFERENCE部分還沒開始讀...
    潘逸飛閱讀 3,390評(píng)論 1 10
  • 公司打算用react-native開發(fā)APP,初始RN遇到了很多坑欢瞪,搭建了一個(gè)小的項(xiàng)目框架,結(jié)合redux根據(jù)公司...
    45b645c5912e閱讀 728評(píng)論 0 5
  • “耶啸盏!我贏啦骑祟!”毛毛扔下游戲手柄歡呼雀躍著气笙! “爸怯晕,我們中午吃什么?” “披薩舟茶、漢堡、意面······隨便你挑吧凉。”...
    慕子笙閱讀 290評(píng)論 0 1