Dieser Artikel vermittelt Ihnen ein umfassendes Verständnis des Reaktionslebenszyklus (mit Code). Freunde in Not können sich darauf beziehen.
Der Lebenszyklus einer React-Komponente ist in drei Teile unterteilt: Instanziierung, Existenz und Zerstörung.
Beim Rendern auf der Clientseite wird Folgendes nacheinander aufgerufen
Server -seitiges Rendern
Hinweis: ComponentDidMount() wird nicht auf der Serverseite gerendert.
getDefaultProps
Für jede Komponenteninstanz wird diese Methode nur einmal aufgerufen. und die Komponentenklasse In allen nachfolgenden Anwendungen wird getDefaultPops nicht erneut aufgerufen und das zurückgegebene Objekt kann zum Festlegen von Standard-Requisitenwerten verwendet werden.
var Hello = React.creatClass({ getDefaultProps: function(){ return { name: 'pomy', git: 'dwqs' } }, render: function(){ return ( <p>Hello,{this.props.name},git username is {this.props.dwqs}</p> ) } }); ReactDOM.render(<Hello />, document.body);
Sie können beim Montieren der Komponente auch Requisiten festlegen.
var data = [{title: 'Hello'}]; <Hello data={data} />
Oder rufen Sie setProps auf (im Allgemeinen ist kein Aufruf erforderlich), um seine Requisiten festzulegen
var data = [{title: 'Hello'}]; var Hello = React.render(<Demo />, document.body); Hello.setProps({data:data});
Aber setProps kann nur für untergeordnete Komponenten oder Komponentenbäume aufgerufen werden. Rufen Sie this.setProps nicht auf und ändern Sie this.props nicht direkt. Behandeln Sie es als schreibgeschützte Daten.
React bietet eine Möglichkeit, Requisiten über propTypes zu überprüfen. propTypes ist ein Konfigurationsobjekt, das zum Definieren von Eigenschaftstypen verwendet wird:
var survey = React.createClass({ propTypes: { survey: React.PropTypes.shape({ id: React.PropTypes.number.isRequired }).isRequired, onClick: React.PropTypes.func, name: React.PropTypes.string, score: React.PropTypes.array ... }, //... })
oder
import React, { Component } from 'react' import PropTypes from 'prop-types' class BetterImage extends Component{...} BetterImage.PropTypes={ src: PropTypes.string, center: PropTypes.bool, loadingImage: PropTypes.string, defaultImage: PropTypes.string, onLoad: PropTypes.func, onError: PropTypes.func, onComplete: PropTypes.func } BetterImage.defaultProps={ .... }
getInitialState
Für jede Instanz der Komponente wird diese Methode einmal und nur einmal aufgerufen, um den Status jeder Instanz zu initialisieren. Mit dieser Methode können Sie auf die Requisiten der Komponente zugreifen. Jede React-Komponente hat ihren eigenen Status, der sich von Props dadurch unterscheidet, dass der Status nur innerhalb der Komponente existiert, während Props von allen Instanzen gemeinsam genutzt werden.
Es gibt einen Unterschied zwischen den Aufrufen von getInitialState und getDefaultPops. GetDefaultPops wird nur einmal für die Komponentenklasse aufgerufen, und nachfolgende Anwendungen dieser Klasse werden nicht aufgerufen, während getInitialState für jede Komponenteninstanz aufgerufen wird nur einmal einstellen.
var LikeButton = React.createClass({ //初始化State getInitialState: function() { return {liked: false}; }, handleClick: function(event) { //设置修改State this.setState({liked: !this.state.liked}); }, render: function() { var text = this.state.liked ? 'like' : 'haven\'t liked'; return ( <p onClick={this.handleClick}> You {text} this. Click to toggle. </p> ); } }); ReactDOM.render( <LikeButton />, document.getElementById('example') );
Jedes Mal, wenn der Status geändert wird, wird die Komponente neu gerendert. Nach der Instanziierung wird die Komponente über den Status aktualisiert und die folgenden Methoden werden nacheinander aufgerufen:
1、shouldComponentUpdate 2、componentWillUpdate 3、render 4、componentDidUpdate
wird vor dem Rendern aufgerufen, sowohl auf dem Client als auch auf dem Server. React hat die offiziell veröffentlichte Version v16.3. In diesem Update werden zusätzlich zu der neuen Kontext-API, die vor einiger Zeit heiß diskutiert wurde, zwei neu eingeführte Lebenszyklusfunktionen getDerivedStateFromProps und getSnapshotBeforeUpdate sowie drei Lebenszyklusfunktionen ComponentWillMount in der zukünftigen Version 17.0 entfernt, ComponentWillReceiveProps und ComponentWillUpdate.
In diesem Lebenszyklus werden Sie auf die folgenden Probleme stoßen:
a. Keine Daten auf dem ersten Bildschirm führen zu einem weißen Bildschirm
In React-Anwendungen vermeiden viele Entwickler den weißen Bildschirm Da beim ersten Rendern der Seite keine asynchronen Daten abgerufen werden, wird der Code für den Datenanforderungsteil in ComponentWillMount platziert, in der Hoffnung, den weißen Bildschirm zu vermeiden und die Sendezeit asynchroner Anforderungen zu verlängern. Tatsächlich hat jedoch nach der Ausführung von „componentWillMount“ das erste Rendern bereits begonnen. Wenn also bei der Ausführung von „componentWillMount“ keine asynchronen Daten abgerufen wurden, befindet sich die Seite beim ersten Rendern immer noch in einem Zustand ohne asynchrone Daten. Mit anderen Worten: Die Komponente befindet sich beim ersten Rendern immer in einem Zustand ohne asynchrone Daten. Daher gibt es keine direkte Lösung für dieses Problem, unabhängig davon, wohin die Datenanforderung gesendet wird. Im Hinblick auf das frühzeitige Senden von Datenanfragen empfehlen die Behörden außerdem, den Datenanfrageteil des Codes im Konstruktor der Komponente statt in „componentWillMount“ zu platzieren.
Wenn es zwei Lösungen gibt, die zur Verbesserung der Benutzererfahrung verwendet wurden:
Methode 1: Komponenten asynchron anfordern, verwenden Sie nprogress, um eine Ladeanimation hinzuzufügen
import React, { Component } from 'react' import NProgress from 'nprogress' import 'nprogress/nprogress.css' import './customNprogress.styl' NProgress.configure({ showSpinner: false }) export default function asyncComponent(importComponent) { class AsyncComponent extends Component { state = { component: null } async componentDidMount() { NProgress.start() const { default: component } = await importComponent() NProgress.done() this.setState({ component }) } render() { const C = this.state.component return C ? <C {...this.props} /> : null } } return AsyncComponent } const AsyncNotFound = asyncComponent(() => import(/* webpackChunkName: "NotFound" */ '@/routes/NotFound'))
Methode 2: Verwenden Sie onreadystatechange Hören Sie sich readyState an und laden Sie eine statische Seite mit nur einem Frame, bevor das Laden der Ressource abgeschlossen ist. Die Seite fordert keine Daten an. Wenn die Datenanforderung abgeschlossen ist, wird die Route auf die echte Homepage umgeschaltet.
function listen () { if (document.readyState == 'complete') { // 资源加载完成 ReactDom.render( <Provider store={store}> <Router> <Route path="/" component={Index}/> </Router> </Provider>, document.getElementById('root') ) } else { // 资源加载中 ReactDom.render( <Provider store={store}> <Router> <Route path="/" component={FirstScreen}/> </Router> </Provider>, document.getElementById('root') ) } } document.onreadystatechange = listen
Weitere Informationen finden Sie unter „Lösung des React First Screen Loading White Screen-Problems“
b. Abonnement von Ereignissen
Ein weiterer häufiger Anwendungsfall ist das Abonnieren von Ereignissen in „componentWillMount“. und in ComponentWillUnmount Kündigen Sie das entsprechende Ereignisabonnement. Tatsächlich kann React jedoch nicht garantieren, dass nach dem Aufruf von „componentWillMount“ auch „componentWillUnmount“ derselben Komponente aufgerufen wird. Ein Beispiel für die aktuelle Version ist, dass beim Rendern auf der Serverseite „componentWillUnmount“ nicht auf der Serverseite aufgerufen wird, sodass das Abonnieren von Ereignissen in „componentWillMount“ direkt zu einem Speicherverlust auf der Serverseite führt. Andererseits ist es wahrscheinlich, dass das Rendern der Komponente durch andere Transaktionen unterbrochen wird, nachdem React in Zukunft den asynchronen Rendering-Modus aktiviert hat, nachdem „componentWillMount“ aufgerufen wurde, was dazu führt, dass „componentWillUnmount“ nicht aufgerufen wird. **Bei „componentDidMount“ tritt dieses Problem nicht auf. Nach dem Aufruf von „componentDidMount“ wird anschließend „componentWillUnmount“ aufgerufen und die in der Komponente vorhandenen Ereignisabonnements werden gemäß dem spezifischen Code gelöscht. **
Rendering
该方法会创建一个虚拟DOM,用来表示组件的输出。对于一个组件来讲,render方法是唯一一个必需的方法。render方法需要满足下面几点:
render方法返回的结果并不是真正的DOM元素,而是一个虚拟的表现,类似于一个DOM tree的结构的对象。react之所以效率高,就是这个原因。
render执行情况如下:
1. 首次加载
2. setState改变组件内部state。
注意: 此处是说通过setState方法改变。
3. 接受到新的props
注意:因为数据是异步的情况,会导致组件重复渲染
componentDidMount
该方法不会在服务端被渲染的过程中调用。该方法被调用时,已经渲染出真实的 DOM,可以再该方法中通过 this.getDOMNode() 访问到真实的 DOM(推荐使用 ReactDOM.findDOMNode())。
var data = [..]; var comp = React.createClass({ render: function(){ return <imput .. /> }, componentDidMount: function(){ $(this.getDOMNode()).autoComplete({ src: data }) } })
由于组件并不是真实的 DOM 节点,而是存在于内存之中的一种数据结构,叫做虚拟 DOM (virtual DOM)。只有当它插入文档以后,才会变成真实的 DOM 。有时需要从组件获取真实 DOM 的节点,这时就要用到 ref 属性:
var Area = React.createClass({ render: function(){ this.getDOMNode(); //render调用时,组件未挂载,这里将报错 return <canvas ref='mainCanvas'> }, componentDidMount: function(){ var canvas = this.refs.mainCanvas.getDOMNode(); //这是有效的,可以访问到 Canvas 节点 } })
需要注意的是,由于 this.refs.[refName] 属性获取的是真实 DOM ,所以必须等到虚拟 DOM 插入文档以后,才能使用这个属性,否则会报错。如果ref回调函数以inline函数的方式来指定,那么在组件更新的时候ref回调会被调用2次。第一次回调的时候传入的参数是null,而第二次的时候才真正的传入DOM节点
更多了解ref使用
从React官方文档看 refs 的使用和未来
获取真实dom,并获取dom css 三种方法
此时组件已经渲染好并且用户可以与它进行交互,比如鼠标点击,手指点按,或者其它的一些事件,导致应用状态的改变,你将会看到下面的方法依次被调用;
componentWillReceiveProps
当props发生变化时执行,初始化render时不执行,在这个回调函数里面,你可以根据属性的变化,通过调用this.setState()来更新你的组件状态,旧的属性还是可以通过this.props来获取,这里调用更新状态是安全的,并不会触发额外的render调用。
componentWillReceiveProps: function(nextProps){ if(nextProps.checked !== undefined){ this.setState({ checked: nextProps.checked }) } }
了解更多点击此处
shouldComponentUpdate
shouldComponentUpdate函数是重渲染时render()函数调用前被调用的函数,它接受两个参数:nextProps和nextState,分别表示下一个props和下一个state的值。并且,当函数返回false时候,阻止接下来的render()函数及后面的 componentWillUpdate,componentDidUpdate 方法的调用,阻止组件重渲染,而返回true时,组件照常重渲染。
了解更多点击此处--真的讲的好
componentWillUpdate
这个方法和 componentWillMount 类似,在组件接收到了新的 props 或者 state 即将进行重新渲染前,componentWillUpdate(object nextProps, object nextState) 会被调用,注意不要在此方面里再去更新 props 或者 state。
componentDidUpdate
这个方法和 componentDidMount 类似,在组件重新被渲染之后,componentDidUpdate(object prevProps, object prevState) 会被调用。可以在这里访问并修改 DOM。
componentWillUnmount
每当React使用完一个组件,这个组件必须从 DOM 中卸载后被销毁,此时 componentWillUnmout 会被执行,完成所有的清理和销毁工作,在 componentDidMount 中添加的任务都需要再该方法中撤销,如创建的定时器或事件监听器。
当再次装载组件时,以下方法会被依次调用:
1、getInitialState
2、componentWillMount
3、render
4、componentDidMount
constructor(props) // 初始化参数 componentWillMount() render() // 第一次渲染 componentDidMount() **当父组件向子组件传入props发生改变后,依次调用** componentWillReceiveProps(nextProps) shouldComponentUpdate(nextProps, nextState) componentWillUpdate() render() //子组件更新渲染 componentDidUpdate() **当组件自身state发生变化后** componentWillUpdate() render() //组件再次更新渲染 componentDidUpdate() 当组件卸载 componentWillUnmount()
与低于React16版本的比较
[Verwandte Empfehlungen:
Video-Tutorial reagieren]
Das obige ist der detaillierte Inhalt vonUmfassendes Verständnis des Reaktionslebenszyklus (mit Code). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!