react如何性能達到最大化(前傳)，暨react為啥非得使用immutable.js

jubincn 發布于2019-08-19 17:22 / 3341人閱讀

摘要：主要講述我一步一步優化性能的過程。。才能將的性能發揮到極致要是各位看官用過一段時間的，而沒有用那么本文非常適合你。那么多么浪費性能，好。。下一篇我講寫，，如何用

一行代碼勝過千言萬語。。這篇文章呢。。主要講述我一步一步優化react性能的過程。。為啥要用immutable.js呢。毫不夸張的說。有了immutable.js（當然也有其他實現庫）。。才能將react的性能發揮到極致！要是各位看官用過一段時間的react，而沒有用immutable那么本文非常適合你。那么我開始吧！

1,對于react的來說，如果父組件有多個子組件

想象一下這種場景，一個父組件下面一大堆子組件。然后呢，這個父組件re－render。是不是下面的子組件都得跟著re－render。可是很多子組件里面是冤枉的啊！！很多子組件的props 和 state 然而并沒有改變啊！！雖然virtual dom 的diff 算法很快。。但是性能也不是這么浪費的啊！！下面我們上代碼

1.原始代碼如下

以下是父組件代碼。。負責輸入name 和 age 然后循環顯示name 和 age

   export default class  extends Component {
      constructor(props){
        super(props)
        this.state={
          name:"",
          age :"",
          persons:[]
        }
      }
      render() {
        const {name,age,persons} = this.state
        return (
          
            姓名:
            年齡:
            
            {persons.map((person,index)=>(
              
            ))}
          
        )
      }
      _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 (
        
          姓名:
          {name}
           age:
          {age}
        
      )
  }
}

運行起來長下圖這個樣

好那么問題來了。。我們看一下控制臺

天哪，，這么多次re-reder..細細觀看。。不難發現。要re-render這么多次。。父組件一re-render,子組件就跟著re-render啊。。那么多么浪費性能，好。。PureRenderMixin出場

2,PureRenderMixin

因為咱用的是es2015的 Component，所以已經不支持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 (
        
          姓名:
          {name}
           age:
          {age}
        
      )
  }
}

加個這東西就完事了？？看上去咋這么不令人信服啊。。不管怎樣。。試試吧

果然可以做到pure render。。在必須render 的時候才render
好我們看看它的神奇之處

@pureRender

是es7的Decorators語法。上面這么寫就和下面這么寫一樣

class PersonOrigin  extends Component {
  render() {
    console.log("我re-render了");
    const {name,age} = this.props;

      return (
        
          姓名:
          {name}
           age:
          {age}
        
      )
  }
}
const Person = pureRender(PersonOrigin)

pureRender其實就是一個函數，接受一個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，現在不了，我要用shallowCompare比一比，shallowCompare代碼及其簡單，如下

function shallowCompare(instance, nextProps, nextState) {
  return !shallowEqual(instance.props, nextProps) || !shallowEqual(instance.state, nextState);
}

一目了然。分別拿現在props&state和要傳進來的props&state，用shallowEqual比一比，要是props&state都一樣的話，就return false，是不是感覺很完美？不。。這才剛剛開始，問題就出在shallowEqual上了

3,shallowEqual的問題 shallowEqual引起的bug

很多時候，父組件向子組件傳props的時候，可能會傳一個復雜類型，比如我們改下。

  render() {
    const {name,age,persons} = this.state
    return (
      
...省略.....
        {persons.map((person,index)=>(
          
        ))}
      
    )
  }

person是一個復雜類型。。這就埋下了隱患，，在演示隱患前，我們先說說shallowEqual，是個什么東西，shallowEqual其實只比較props的第一層子屬性是不是相同，就像上述代碼，props 是如下

{
    detail:{
       name:"123",
       age:"123"}
}

他只會比較props.detail ===nextProps.detail
那么問題來了，上代碼
如果我想修改detail的時候考慮兩種情況

情況一，我修改detail的內容，而不改detail的引用

這樣就會引起一個bug，比如我修改detail.name,因為detail的引用沒有改，所以
props.detail ===nextProps.detail 還是為true。。
所以我們為了安全起見必須修改detail的引用，（redux的reducer就是這么做的）

情況二，我修改detail的引用

這種雖然沒有bug，但是容易誤殺，比如如果我新舊兩個detail的內容是一樣的，豈不是還要，render。。所以還是不完美，，你可能會說用深比較就好了，，但是深比較及其消耗性能，要用遞歸保證每個子元素一樣,

這只是說沒有用immutable引起各種?。。下一篇我講寫，，如何用immutable.js..

云服務器 GPU云服務器 react使用webrtc react如何部署到云服務器上 react _React

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/78476.html

vue2.0源碼分析之理解響應式架構

摘要：分享前啰嗦我之前介紹過如何實現和。我們采用用最精簡的代碼，還原響應式架構實現以前寫的那篇源碼分析之如何實現和可以作為本次分享的參考。到現在為止，我們再看那張圖是不是就清楚很多了總結我非常喜歡，以上代碼為了好展示，都采用最簡單的方式呈現。分享前啰嗦我之前介紹過vue1.0如何實現observer和watcher。本想繼續寫下去，可是vue2.0橫空出世..所以直接看vue2.0吧...

chenatu 2019-08-20 11:57 評論0 收藏0
react 實現pure render的時候，bind(this)隱患

摘要：即使用也不好使。。。原來啊，父組件每次，都會執行這樣的引用每次都會改。。所以前后兩次其實是不一樣的。。那怎么辦把去掉不行還必須得用真正的答案是讓父組件每次不執行，直接提前在執行好，修改之后改成這樣參考。。 pure render 我就不多說了，附上我另一片文章鏈接 react如何性能達到最大化(前傳)不論你用不用immutable，只要你想達到pure render，下面值得你注意！！...

LiveVideoStack 2019-08-19 17:23 評論0 收藏0
React 的性能優化（一）當 PureComponent 遇上 ImmutableJS

摘要：四是在年出的持久性數據結構的庫，持久性指的是數據一旦創建，就不能再被更改，任何修改或添加刪除操作都會返回一個新的對象。避免大量使用操作，這樣會浪費性能。盡量將設計成扁平狀的。一、痛點在我們的印象中，React 好像就意味著組件化、高性能，我們永遠只需要關心數據整體，兩次數據之間的 UI 如何變化，則完全交給 React Virtual Dom 的 Diff 算法去做。以至于我們很...

plus2047 2019-08-21 16:50 評論0 收藏0
react進階漫談

摘要：父組件向子組件之間非常常見，通過機制傳遞即可。我們應該聽說過高階函數，這種函數接受函數作為輸入，或者是輸出一個函數，比如以及等函數。在傳遞數據的時候，我們可以用進一步提高性能。本文主要談自己在react學習的過程中總結出來的一些經驗和資源，內容邏輯參考了深入react技術棧一書以及網上的諸多資源，但也并非完全照抄，代碼基本都是自己實踐，主要為平時個人學習做一個總結和參考。本文的關鍵...

neuSnail 2019-08-20 14:16 評論0 收藏0
react進階漫談

摘要：父組件向子組件之間非常常見，通過機制傳遞即可。我們應該聽說過高階函數，這種函數接受函數作為輸入，或者是輸出一個函數，比如以及等函數。在傳遞數據的時候，我們可以用進一步提高性能。本文主要談自己在react學習的過程中總結出來的一些經驗和資源，內容邏輯參考了深入react技術棧一書以及網上的諸多資源，但也并非完全照抄，代碼基本都是自己實踐，主要為平時個人學習做一個總結和參考。本文的關鍵...

wyk1184 2019-08-30 15:52 評論0 收藏0