react生命周期

組件的生命周期方法分以下三個階段。

Mounting
當創建組件的實例并將其插入到DOM中時,將調用這些方法:
constructor()
componentWillMount()
render()
componentDidMount()

Updating
更新可能是props或state的改變引起的。 當重新渲染組件時,將調用這些方法:
componentWillReceiveProps()
shouldComponentUpdate()
componentWillUpdate()
render()
componentDidUpdate()

Unmounting
當組件從dom中移除時調用:
componentWillUnmount()

找來一張圖:


react-lifecycle.png

以下詳細講解下每個方法(翻譯來的)。

render()
render()方法是必需的。調用時,應該檢查this.props和this.state并返回一個React元素。 例如<div />或您自己定義的另一個復合組件。
您也可以返回nullfalse表示您不希望任何呈現。 返回nullfalse時,ReactDOM.findDOMNode(this)將返回null
render()函數應該是純函數,這意味著它不會修改組件狀態,每次調用它都會返回相同的結果,并且它不會直接與瀏覽器交互。 如果需要與瀏覽器交互,請在componentDidMount()或其他生命周期方法中執行工作。 保持render()純粹使組件更容易思考。

如果shouldComponentUpdate()返回false,則不會調用render()。

constructor(props)
組件構造函數會在組件裝載到頁面之前調用。在實現React.Component子類的構造函數時,您應該在任何其他語句之前調用super(props)
。 否則,this.props將在構造函數中未定義,這可能會導致錯誤。
構造函數是初始化狀態的正確位置。 如果不初始化狀態并且不綁定方法,則不需要為您的React組件實現一個構造函數。
可以根據props來初始化狀態。 這是一個有效的React.Component子類構造函數的示例:

    constructor(props) {
        super(props);
        this.state = {
            color: props.initialColor
        };
    }

小心這種模式,因為狀態不會隨著任何props更新而更新。 你通常不想將props同步到state,而是要提升狀態。如果您通過使用props更新狀態,您可能還需要實現componentWillReceiveProps(nextProps)來保持狀態與其最新狀態。 但是提升狀態往往比較容易,而且不容易出錯。

componentWillMount()
在元素裝載發生之前會調用componentWillMount()。
避免在此方法中引入任何副作用或訂閱。
它在render()之前被調用,因此在該方法中同步設置狀態不會觸發重新呈現這是在服務器渲染上調用的唯一生命周期鉤子。 一般來說,建議使用constructor()。

componentDidMount()
在元素裝載發生之后會調用componentDidMount()。
DOM節點的初始化應該在這里。 如果需要從遠程端點加載數據,這是實例化網絡請求的好地方。 此方法中的設置狀態將觸發重新渲染。

componentWillReceiveProps(nextProps)
當組件接收到一個新的props時該方法觸發. 如果需要更新狀態以響應更改(例如,要重置它),則可以比較this.props和nextProps,并使用此方法中的this.setState()執行狀態轉換。
請注意,即使props沒有改變,React也可以調用此方法,因此如果只想處理更改,請確保比較當前值和下一個值。 當父組件使您的組件重新呈現時,可能會發生這種情況。
在裝載過程中,React不會使用初始props調用componentWillReceiveProps。 只會在某些組件的props更新時才會調用此方法。 調用this.setState通常不會觸發componentWillReceiveProps。

shouldComponentUpdate(nextProps, nextState)
使用shouldComponentUpdate()讓React知道組件的輸出是否不受當前state或props的更改的影響。默認行為是在每個狀態更改時重新呈現,而在絕大多數情況下,您應該依賴于默認行為。
在接收到新的props或state時,將在渲染之前調用shouldComponentUpdate()。默認為true。
對于初始渲染,或者當使用forceUpdate()時,不調用此方法。
返回false不會阻止子組件在狀態更改時重新渲染。
目前,如果shouldComponentUpdate()返回false,那么將不會調用componentWillUpdate(),render()和componentDidUpdate()。請注意,在將來,React可以將shouldComponentUpdate()作為一個提示而不是一個strict指令,并返回false仍然可能導致組件的重新呈現。
如果在分析后確定特定組件較慢,則可以將其更改為繼承自實現shouldComponentUpdate()的React.PureComponent
,對props和state進行淺比較。如果您有信心要手動編寫,可以將this.props與nextProps和this.state與nextState進行比較,并返回false以告知React可以跳過更新。

componentWillUpdate(nextProps, nextState)
會在render之前觸發,一個新的props和state會被做為參數傳進來 。使用此作為在更新發生之前進行準備的機會。 初始化渲染不會調用此方法。
請注意,您不能在此處調用this.setState()。 如果需要更新狀態以響應更改,請改用componentWillReceiveProps()。
如果shouldComponentUpdate()返回false,則不會調用componentWillUpdate()。

componentDidUpdate(prevProps, prevState)
會在更新發生后立即執行. 初始化渲染不會調用此方法。
當組件更新時,使用它作為在DOM上操作的機會。 只要您將當前props與以前的props進行比較。

這也是網絡請求的好地方(如果props沒有改變,則網絡請求可能不是必需的)。

componentWillUnmount()
在組件被卸載并銷毀之前,會立即調用此方法。 在此方法中執行任何必要的清理,例如使定時器無效,取消網絡請求或清除DOM元素
(在componentDidMount中創建的任何DOM元素)。

setState(updater, [callback])
setState()將對組件狀態的更改插入隊列,并告訴React,該組件及其子組件需要更新狀態重新呈現。這是用于更新用戶界面以響應事件處理程序和服務器響應的主要方法。
將setState()作為請求而不是立即命令來更新組件。為了更好的感知性能,React可能會延遲它,然后在單次通過中更新多個組件。 React不能保證立即應用狀態更改。
setState()并不總是立即更新組件。它可能會批量或延遲更新直。這使得在調用setState()之后立即讀取this.state是一個潛在的陷阱。最好的方法是使用componentDidUpdate或setState回調(setState(updater,callback)),其中的任何一個都會在應用更新后都被觸發。
setState()將永遠導致重新渲染,除非shouldComponentUpdate()返回false。

第一個參數是具有簽名的更新功能:

(prevState,props)=> stateChange

prevState是對以前狀態的引用。不應該直接突變。相反,應該根據prevState和props的輸入構建一個新對象來表示更改。例如,假設我們想通過props.step來增加狀態值:

this.setState((prevState,props)=> {
  return {counter:prevState.counter + props.step};
});

updater功能接收到的prevState和props都保證是最新的。更新器的輸出與prevState進行了淺層合并。

setState()的第二個參數是一個可選的回調函數,它將在setState完成并且重新呈現該組件后執行。通常我們建議使用componentDidUpdate()作為這樣的邏輯。

您可以選擇將一個對象作為第一個參數傳遞給setState()而不是一個函數:

setState(stateChange,[callback])

這將執行stateChange的淺合并到新的狀態,例如調整購物車商品數量:

this.setState({quantity:2})

這種形式的setState()也是異步的,同一周期中的多個調用可以被批處理在一起。例如,如果您嘗試在同一周期內多次增加項目數量,則會導致相當于:

Object.assign(
  previousState,
  {quantity:state.quantity + 1},
  {quantity:state.quantity + 1},
  ...
)

后續呼叫將覆蓋同一周期中先前呼叫的值,因此數量只會增加一次。如果下一個狀態取決于以前的狀態,我們建議使用updater函數形式:

this.setState((prevState)=> {
  return {counter:prevState.quantity + 1};
});

forceUpdate (callback)
默認情況下,當您的組件的state或props更改時,您的組件將重新呈現。如果您的render()方法依賴于某些其他數據,您可以通過調用forceUpdate()來告訴React該組件需要重新呈現。

調用forceUpdate()將導致在組件上調用render(),跳過shouldComponentUpdate()。這將觸發子組件的正常生命周期方法,包括每個子組件的shouldComponentUpdate()方法。如果標記更改,則React仍將僅更新DOM。

通常你應該盡量避免使用forceUpdate(),只能從render.()中的this.props和this.state讀取。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,546評論 6 533
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,570評論 3 418
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,505評論 0 376
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,017評論 1 313
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,786評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,219評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,287評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,438評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,971評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,796評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,995評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,540評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,230評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,662評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,918評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,697評論 3 392
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,991評論 2 374

推薦閱讀更多精彩內容

  • 好比我們人除了短暫的生與死那一瞬之外,生命中剩下的時間都用在了每天活著的狀態,對于React中的組件來講,占其總生...
    YeLqgd閱讀 10,506評論 0 7
  • 1.組件掛載和卸載時 componentWillMount在render方法之前執行,只會在組件初始化時運行一次,...
    星月西閱讀 1,001評論 0 0
  • 譯自 React Component Lifecycle 每個組件都有若干生命周期函數。如函數名稱所示,帶有wil...
    KrisLeeSH閱讀 562評論 0 0
  • 又是一個老生常談的內容,從ES6起已經開始使用class的方式去創建組件,這種創建方式上的變化也帶來了寫法和方法上...
    殷灬商閱讀 465評論 0 1
  • 組件的生命周期 組件會經過三個過程: 裝載過程(Mount),也就是把組件愛你第一次在DOM樹中渲染的過程; 更新...
    Kris_lee閱讀 492評論 0 1