react組件的生命周期

一般來說,一個組件類由 extends Component 創建,并且提供一個 render 方法以及其他可選的生命周期函數、組件相關的事件或方法來定義

getInitialState (es5)

初始化 this.state 的值,只在組件裝載之前 調用一次
如果是使用 ES6 語法,可以在構造函數 construcror 中初始化state的值。例如:

class Home extends React.Component {
  constructor(props){
  super(props);
  //初始化state
  this.state = {
    show:false
  }
}
}

getDefaultProps (es5)

該方法只在組件創建時 調用一次 并緩存返回的對象(即在 React.createClass 之后就會調用)。
初始化this.props的值,即在組件裝載后,緩存的結果會用來保證 父組件還沒傳入屬性的值時,訪問 this.props 的屬性,也是有值的。
因在實例初始化之前調用的,故不能使用this獲取到實例。

如果是使用 ES6 語法,可以直接定義 defaultProps 這個類屬性來初始化props

Home.defaultProps = { initialCount: 0 };

componentWillMount

在首次渲染之前調用,而且 只調用一次
這里可以修改state,也是在 render 方法調用之前修改 state 的最后一次機會,不會導致重新渲染(state或者props發生改變并不會觸發)。
也可以做 異步請求數據ajax/fetch(但不建議,因為DOM還沒有渲染,個時候的一些DOM操作就會出錯)。
此處如更改state會在render()渲染時才能獲取修改后的state

render

渲染組件
這是 唯一必須 的方法:創建虛擬DOM

- 只能通過 this.props 和 this.state 訪問數據(不能修改)

- 可以返回 null,false 或者任何React組件

- 只能出現一個頂級組件,不能返回一組元素

- 不能改變組件的狀態

- 不能修改DOM的輸出

render方法返回的結果并不是真正的DOM元素,而是一個虛擬的表現,類似于一個DOM tree的結構的對象。react之所以效率高,就是這個原因。

componentDidMount

初始化渲染后只調用一次,這時可以獲取相應的DOM節點。

這里可以掛載一些其他的插件之類的,也可以執行異步請求;一般 建議在componentDidMount中異步請求數據

componentWillReceiveProps(nextProps)

初始化渲染不會調用,組件在接受到新的props時調用,nextProps是接受到的新的props,可以通過this.props獲取老的props。例如:當父組件傳入新的props的時候可以在此做些簡單的處理

componentWillReceiveProps(nextProps){
    let params = this.params;
    let nextParams = nextProps.params;
 if (params.sub !== nextParams.sub){
       //簡單的邏輯處理
  }

}

shouldComponentWillUpdate

初始化渲染不會調用,接收到新的propsstate時調用

componentWillUpdate

初始化渲染不會調用,更新前調用。組件渲染前執行,接受新的propsstate或者調用forceUpdate()

componentDidUpdate

初始化渲染不會調用,更新后調用。組件每次渲染都會執行,可以獲取相應的DOM節點

componentWillUnmount

組件被卸載的時候調用。
componentDidMount 中添加的任務都需要在該方法中撤銷,如創建的定時器、事件監聽器或斷開socket
一般在componentDidMount里面注冊的事件需要在這里刪除


每次使用this.setState 修改state時,會依次調用:

 * shouldComponentUpdate
 * componentWillUpdate
 * render
 * componentDidUpdate

調用setState(setState并不是一個同步的方法,可以理解為異步)后,立刻獲取的值,仍然是老值,需要在render的時候才能獲取修改后的新值;如果想setState后獲取到更新的值,可以放在回調里;比如:

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

推薦閱讀更多精彩內容