react性能優(yōu)化達到最大化的方法 immutable.js使用的必要性
一行代碼勝過千言萬語。這篇文章呢，主要講述我一步一步優(yōu)化react性能的過程，為什么要用immutable.js呢。毫不夸張的說。有了immutable.js（當然也有其他實現(xiàn)庫）。。才能將react的性能發(fā)揮到極致！要是各位看官用過一段時間的react，而沒有用immutable那么本文非常適合你。那么我開始吧！
1、對于react的來說，如果父組件有多個子組件
想象一下這種場景，一個父組件下面一大堆子組件。然后呢，這個父組件re－render。是不是下面的子組件都得跟著re－render?？墒呛芏嘧咏M件里面是冤枉的啊！很多子組件的props 和 state 然而并沒有改變啊??！雖然virtual dom 的diff 算法很快，但是性能也不是這么浪費的?。∠旅嫖覀兩洗a
1）.原始代碼如下
以下是父組件代碼。。負責輸入name 和 age 然后循環(huán)顯示name 和 age
export default class extends Component {
constructor(props){
super(props)
this.state={
name:"",
age :"",
persons:[]
}
}
render() {
const {name,age,persons} = this.state
return (
<div>
<span>姓名:</span><input value={name} name="name" onChange={this._handleChange.bind(this)}></input>
<span>年齡:</span><input value={age} name="age" onChange={this._handleChange.bind(this)}></input>
<input type="button" onClick={this._handleClick.bind(this)} value="確認"></input>
{persons.map((person,index)=>(
<Person key={index} name={person.name} age={person.age}></Person>
))}
</div>
)
}
_handleChange(event){
this.setState({[event.target.name]:event.target.value})
}
_handleClick(){
const {name,age} = this.state
this.setState({
name:"",
age :"",
persons:this.state.persons.concat([{name:name,age:age}])
})
}
}
以下是子組件代碼單純的顯示name和age而已
class Person extends Component {
componentWillReceiveProps(newProps){
console.log(`我新的props的name是${newProps.name}，age是${newProps.age}。我以前的props的name是${this.props.name}，age是${this.props.age}是我要re-render了`);
}
render() {
const {name,age} = this.props;
return (
<div>
<span>姓名:</span>
<span>{name}</span>
<span> age:</span>
<span>{age}</span>
</div>
)
}
}
運行起來長下圖這個樣
好那么問題來了，我們看一下控制臺：
天哪，這么多次re-reder..細細觀看，不難發(fā)現(xiàn)。要re-render這么多次，父組件一re-render,子組件就跟著re-render啊。那么多么浪費性能，好PureRenderMixin出場
2）.PureRenderMixin
因為咱用的是es2015的 Component，所以已經(jīng)不支持mixin了，不過沒關系，可以用HOCs，這個比mixin還更受推崇呢。我有空回用代碼來展示他倆的異同，鑒于不是本文重點，，大家可以看這兩篇文章了解下React Mixin 的前世今生 和Mixins Are Dead. Long Live Composition
所以在這里我們用Pure render decorator代替PureRenderMixin，那么代碼如下
import pureRender from "pure-render-decorator"
...
@pureRender
class Person extends Component {
render() {
console.log("我re-render了");
const {name,age} = this.props;
return (
<div>
<span>姓名:</span>
<span>{name}</span>
<span> age:</span>
<span>{age}</span>
</div>
)
}
}
加個這東西就完事了？看上去咋這么不令人信服啊。不管怎樣，試試吧。
果然可以做到pure render，在必須render 的時候才render。
好我們看看它的神奇之處
@pureRender
是es7的Decorators語法。上面這么寫就和下面這么寫一樣
class PersonOrigin extends Component {
render() {
console.log("我re-render了");
const {name,age} = this.props;
return (
<div>
<span>姓名:</span>
<span>{name}</span>
<span> age:</span>
<span>{age}</span>
</div>
)
}
}
const Person = pureRender(PersonOrigin)
pureRender其實就是一個函數(shù)，接受一個Component。把這個Component搞一搞，返回一個Component看他pureRender的源代碼就一目了然
function shouldComponentUpdate(nextProps, nextState) {
return shallowCompare(this, nextProps, nextState);
}
function pureRende(component) {
component.prototype.shouldComponentUpdate = shouldComponentUpdate;
}
module.exports = pureRender;
pureRender很簡單，就是把傳進來的component的shouldComponentUpdate給重寫掉了，原來的shouldComponentUpdate，無論怎樣都是return ture，現(xiàn)在不了，我要用shallowCompare比一比，shallowCompare代碼及其簡單，如下
function shallowCompare(instance, nextProps, nextState) {
return !shallowEqual(instance.props, nextProps) || !shallowEqual(instance.state, nextState);
}
一目了然。分別拿現(xiàn)在props&state和要傳進來的props&state，用shallowEqual比一比，要是props&state都一樣的話，就return false，是不是感覺很完美？不。。這才剛剛開始，問題就出在shallowEqual上了
3）.shallowEqual的問題
shallowEqual引起的bug
很多時候，父組件向子組件傳props的時候，可能會傳一個復雜類型，比如我們改下。
render() {
const {name,age,persons} = this.state
return (
<div>
...省略.....
{persons.map((person,index)=>(
<Person key={index} detail={person}></Person>
))}
</div>
)
}
person是一個復雜類型。這就埋下了隱患，在演示隱患前，我們先說說shallowEqual，是個什么東西，shallowEqual其實只比較props的第一層子屬性是不是相同，就像上述代碼，props 是如下
{
detail:{
name:"123",
age:"123"}
}
他只會比較props.detail ===nextProps.detail
那么問題來了，上代碼
如果我想修改detail的時候考慮兩種情況
情況一，我修改detail的內(nèi)容，而不改detail的引用
這樣就會引起一個bug，比如我修改detail.name,因為detail的引用沒有改，所以props.detail ===nextProps.detail 還是為true。
所以我們?yōu)榱税踩鹨姳仨毿薷膁etail的引用，（redux的reducer就是這么做的）
情況二，我修改detail的引用
這種雖然沒有bug，但是容易誤殺，比如如果我新舊兩個detail的內(nèi)容是一樣的，豈不是還要，render。所以還是不完美，你可能會說用深比較就好了，但是 深比較及其消耗性能，要用遞歸保證每個子元素一樣。
這只是說沒有用immutable引起各種、、、下一篇我講寫，如何用immutable.j。
以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
相關文章
React中組件的this.state和setState的區(qū)別
在React開發(fā)中,this.state用于初始化和讀取組件狀態(tài),而setState()用于安全地更新狀態(tài),正確使用這兩者對于管理React組件狀態(tài)至關重要,避免性能問題和常見錯誤2024-09-09
React-Native使用Mobx實現(xiàn)購物車功能
本篇文章主要介紹了React-Native使用Mobx實現(xiàn)購物車功能，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-09-09
本文主要介紹了React子組件調(diào)用父組件的方法,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2024-08-08
React中的useEffect useLayoutEffect到底怎么用
這篇文章主要介紹了React中的useEffect useLayoutEffect具體使用方法，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習吧2023-02-02
這篇文章給大家總結了React中常用的一些鉤子函數(shù),文中通過代碼示例給大家介紹的非常詳細,對大家的學習或工作有一定的幫助,需要的朋友可以參考下2024-01-01
這篇文章主要介紹了React項目經(jīng)驗總結,本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-07-07
這篇文章主要介紹了React實現(xiàn)todolist功能,本文通過實例代碼給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2020-12-12
這篇文章主要介紹了React hooks異步操作踩坑記錄,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-03-03
props是組件（包括函數(shù)組件和class組件）間的內(nèi)置屬性，用其可以傳遞數(shù)據(jù)給子節(jié)點，props用來傳遞參數(shù)。組件實例化過程中，你可以向其中傳遞一個參數(shù)，這個參數(shù)會在實例化過程中被引用2022-12-12
React 是一個用于構建用戶界面的 JAVASCRIPT 庫。這篇文章主要介紹了ReactJS中的自定義組件的代碼講解,需要的朋友可以參考下2019-11-11