【RN - 基礎(chǔ)一】之React Native組件的生命周期

本文為轉(zhuǎn)載文章,只因原作者寫的太好了,讀完瞬間理解,原網(wǎng)址:http://blog.csdn.net/u012583459/article/details/52999564

20170511182906291.png

這張圖很簡潔直觀地告訴我們,生命周期的整個流程以及階段劃分。

第一階段

getDefaultProps -> getInitialState -> componentWillMount ->render ->componentDidMount。 事實上,每個組件都會經(jīng)歷這個流程生命周期,是一個組件創(chuàng)建跟加載的過程。

  • getDefaultProps和getInitialState是對state跟props的初始化和設(shè)置,當(dāng)然現(xiàn)在比較流行的寫法,是直接在contructor構(gòu)造器中直接對這兩個狀態(tài)進(jìn)行設(shè)置
  • compinentWillMount中,可以進(jìn)行一些業(yè)務(wù)的初始化,或者訂閱RN廣播。特別注意的是,在整個生命周期中,該方法只會被調(diào)用一次。
    render,渲染方法,絕對不能在該方法調(diào)用改變狀態(tài)的的方法(setState)!
  • componentDidMount,主要作用是通知組件已經(jīng)加載完成。需要注意的是,RN 框架是先調(diào)用子組件的 componentDidMount() ,然后調(diào)用父組件的函數(shù)。該方法在整個生命周期中也是只調(diào)用一次!

第二階段

運行中 ->屬性(props)改變( 父層界面發(fā)生改變) ->componentWillReceiveProps->shouldComponentUpdate—true—>componentWillUpdate ->render->componentDidUpdate ->運行中。當(dāng)然還有運行中—(狀態(tài)發(fā)生改變)—>shouldComponentUpdate-…, 該過程發(fā)生在用戶界面交互過程中。

  • componentWillReceiveProps:如果組件收到新的屬性(props),就會調(diào)用該方法。在這個回調(diào)函數(shù)里面,你可以根據(jù)屬性的變化,通過調(diào)用 this.setState() 來更新你的組件狀態(tài),這里調(diào)用更新狀態(tài)是安全的,并不會觸發(fā)額外的 render() 調(diào)用。
  • shouldComponentUpdate:默認(rèn)情況下,這個函數(shù)永遠(yuǎn)返回 true 用來保證數(shù)據(jù)變化的時候 UI 能夠同步更新
  • componentWillUpdate:其函數(shù)原型:void - componentWillUpdate(object nextProps, object nextState),在這個方法中,可以做一些在更新界面之前要做的東西。不過在這里面,你就不能使用 this.setState 來修改狀態(tài)。這個函數(shù)調(diào)用之后,就會把 nextProps 和 nextState 分別設(shè)置到 this.props 和 this.state 中。這個函數(shù)執(zhí)行完,緊接著就會調(diào)用 render() 來更新界面了。
  • componentDidUpdate:調(diào)用了 render() 更新完成界面之后,會調(diào)用 componentDidUpdate() 來得到通知

第三階段

卸載前->componentWillUnmount ->結(jié)束

  • componentWillUnmount:當(dāng)組件要被從界面上移除的時候,就會調(diào)用該方法,可以在該方法中做一些清理的工作,比如清除RN廣播,清除數(shù)據(jù)等

總結(jié)

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

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