缘起
React 重新渲染,指的是在类函数中,会重新执行 render 函数,类似 Flutter 中的 build 函数,函数组件中,会重新执行这个函数
React 组件在组件的状态 state 或者组件的属性 props 改变的时候,会重新渲染,条件简单,但是实际上稍不注意,会引起灾难性的重新渲染
类组件
为什么拿类组件先说,怎么说呢,更好理解?还有前几年比较流行的一些常见面试题
React 中的 setState 什么时候是同步的,什么时候是异步的
React setState 怎么获取最新的 state
以下代码的输出值是什么,页面展示是怎么变化的
test=()=>{ //s1=1 const{s1}=this.state; this.setState({s1:s1+1}); this.setState({s1:s1+1}); this.setState({s1:s1+1}); console.log(s1) }; render(){ return(); }{this.state.s1}
看到这些类型的面试问题,熟悉 React 事务机制的你一定能答出来,毕竟不难嘛,哈?你不知道 React 的事务机制?百度|谷歌|360|搜狗|必应 React 事务机制
React 合成事件
在 React 组件触发的事件会被冒泡到 document(在 react v17 中是 react 挂载的节点,例如 document.querySelector('#app')),然后 React 按照触发路径上收集事件回调,分发事件。
这里是不是突发奇想,如果禁用了,在触发事件的节点,通过原生事件禁止事件冒泡,是不是 React 事件就没法触发了?确实是这样,没法冒泡了,React 都没法收集事件和分发事件了,注意这个冒泡不是 React 合成事件的冒泡。
发散一下还能想到的另外一个点,React ,就算是在合成捕获阶段触发的事件,依旧在原生冒泡事件触发之后
reactEventCallback=()=>{ //s1s2s3都是1 const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); this.setState({s2:s2+1}); this.setState({s3:s3+1}); console.log('aftersetStates1:',this.state.s1); //这里依旧输出1,页面展示2,页面仅重新渲染一次 };S1:{s1}S2:{s2}S3:{s3}
定时器回调后触发 setState
定时器回调执行 setState 是同步的,可以在执行 setState 之后直接获取,最新的值,例如下面代码
timerCallback=()=>{ setTimeout(()=>{ //s1s2s3都是1 const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); console.log('aftersetStates1:',this.state.s1); //输出2页面渲染3次 this.setState({s2:s2+1}); this.setState({s3:s3+1}); }); };
异步函数后调触发 setState
异步函数回调执行 setState 是同步的,可以在执行 setState 之后直接获取,最新的值,例如下面代码
asyncCallback=()=>{ Promise.resolve().then(()=>{ //s1s2s3都是1 const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); console.log('aftersetStates1:',this.state.s1); //输出2页面渲染3次 this.setState({s2:s2+1}); this.setState({s3:s3+1}); }); };
原生事件触发
原生事件同样不受 React 事务机制影响,所以 setState 表现也是同步的
componentDidMount(){ constbtn1=document.getElementById('native-event'); btn1?.addEventListener('click',this.nativeCallback); } nativeCallback=()=>{ //s1s2s3都是1 const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); console.log('aftersetStates1:',this.state.s1); //输出2页面渲染3次 this.setState({s2:s2+1}); this.setState({s3:s3+1}); };
setState 修改不参与渲染的属性
setState 调用就会引起就会组件重新渲染,即使这个状态没有参与页面渲染,所以,请不要把非渲染属性放 state 里面,即使放了 state,也请不要通过 setState 去修改这个状态,直接调用 this.state.xxx = xxx 就好,这种不参与渲染的属性,直接挂在 this 上就好,参考下图
//s1s2s3为渲染的属性,s4非渲染属性 state={ s1:1, s2:1, s3:1, s4:1, }; s5=1; changeNotUsedState=()=>{ const{s4}=this.state; this.setState({s4:s4+1}); //页面会重新渲染 //页面不会重新渲染 this.state.s4=2; this.s5=2; };S1:{s1}S2:{s2}S3:{s3};
只是调用 setState,页面会不会重新渲染
几种情况,分别是:
直接调用 setState,无参数
setState,新 state 和老 state 完全一致,也就是同样的 state
sameState=()=>{ const{s1}=this.state; this.setState({s1}); //页面会重新渲染 }; noParams=()=>{ this.setState({}); //页面会重新渲染 };
这两种情况,处理起来和普通的修改状态的 setState 一致,都会引起重新渲染的
多次渲染的问题
为什么要提上面这些,仔细看,这里提到了很多次渲染的 3 次,比较契合我们日常写代码的,异步函数回调,毕竟在定时器回调或者给组件绑定原生事件(没事找事是吧?),挺少这么做的吧,但是异步回调就很多了,比如网络请求啥的,改变个 state 还是挺常见的,但是渲染多次,就是不行!不过利用 setState 实际上是传一个新对象合并机制,可以把变化的属性合并在新的对象里面,一次性提交全部变更,就不用调用多次 setState 了
asyncCallbackMerge=()=>{ Promise.resolve().then(()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1,s2:s2+1,s3:s3+1}); console.log('aftersetStates1:',this.state.s1); //输出2页面渲染1次 }); };
这样就可以在非 React 的事务流中避开多次渲染的问题
测试代码
importReactfrom'react'; interfaceState{ s1:number; s2:number; s3:number; s4:number; } //eslint-disable-next-line@iceworks/best-practices/recommend-functional-component exportdefaultclassTestClassextendsReact.Component{ renderTime:number; constructor(props:any){ super(props); this.renderTime=0; this.state={ s1:1, s2:1, s3:1, s4:1, }; } componentDidMount(){ constbtn1=document.getElementById('native-event'); constbtn2=document.getElementById('native-event-async'); btn1?.addEventListener('click',this.nativeCallback); btn2?.addEventListener('click',this.nativeCallbackMerge); } changeNotUsedState=()=>{ const{s4}=this.state; this.setState({s4:s4+1}); }; reactEventCallback=()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); this.setState({s2:s2+1}); this.setState({s3:s3+1}); console.log('aftersetStates1:',this.state.s1); }; timerCallback=()=>{ setTimeout(()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); console.log('aftersetStates1:',this.state.s1); this.setState({s2:s2+1}); this.setState({s3:s3+1}); }); }; asyncCallback=()=>{ Promise.resolve().then(()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); console.log('aftersetStates1:',this.state.s1); this.setState({s2:s2+1}); this.setState({s3:s3+1}); }); }; nativeCallback=()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1}); console.log('aftersetStates1:',this.state.s1); this.setState({s2:s2+1}); this.setState({s3:s3+1}); }; timerCallbackMerge=()=>{ setTimeout(()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1,s2:s2+1,s3:s3+1}); console.log('aftersetStates1:',this.state.s1); }); }; asyncCallbackMerge=()=>{ Promise.resolve().then(()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1,s2:s2+1,s3:s3+1}); console.log('aftersetStates1:',this.state.s1); }); }; nativeCallbackMerge=()=>{ const{s1,s2,s3}=this.state; this.setState({s1:s1+1,s2:s2+1,s3:s3+1}); console.log('aftersetStates1:',this.state.s1); }; sameState=()=>{ const{s1,s2,s3}=this.state; this.setState({s1}); this.setState({s2}); this.setState({s3}); console.log('aftersetStates1:',this.state.s1); }; withoutParams=()=>{ this.setState({}); }; render(){ console.log('renderTime',++this.renderTime); const{s1,s2,s3}=this.state; return( ); } }S1:{s1}S2:{s2}S3:{s3}
函数组件
函数组件重新渲染的条件也和类组件一样,组件的属性 Props 和组件的状态 State 有修改的时候,会触发组件重新渲染,所以类组件存在的问题,函数组件同样也存在,而且因为函数组件的 state 不是一个对象,情况就更糟糕
React 合成事件
constreactEventCallback=()=>{ //S1S2S3都是1 setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); //页面只会渲染一次,S1S2S3都是2 };
定时器回调
consttimerCallback=()=>{ setTimeout(()=>{ //S1S2S3都是1 setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); //页面只会渲染三次,S1S2S3都是2 }); };
异步函数回调
constasyncCallback=()=>{ Promise.resolve().then(()=>{ //S1S2S3都是1 setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); //页面只会渲染三次,S1S2S3都是2 }); };
原生事件
useEffect(()=>{ consthandler=()=>{ //S1S2S3都是1 setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); //页面只会渲染三次,S1S2S3都是2 }; containerRef.current?.addEventListener('click',handler); return()=>containerRef.current?.removeEventListener('click',handler); },[]);
更新没使用的状态
const[s4,setS4]=useState(1); constunuseState=()=>{ setS4((s)=>s+1); //s4===2页面渲染一次S4页面上没用到 };
总结
以上的全部情况,在 React Hook 中表现的情况和类组件表现完全一致,没有任何差别,但是也有表现不一致的地方
不同的情况 设置同样的 State
在 React Hook 中设置同样的 State,并不会引起重新渲染,这点和类组件不一样,但是这个不一定的,引用 React 官方文档说法
如果你更新 State Hook 后的 state 与当前的 state 相同时,React 将跳过子组件的渲染并且不会触发 effect 的执行。(React 使用 Object.is 比较算法 来比较 state。)
需要注意的是,React 可能仍需要在跳过渲染前渲染该组件。不过由于 React 不会对组件树的“深层”节点进行不必要的渲染,所以大可不必担心。如果你在渲染期间执行了高开销的计算,则可以使用 useMemo 来进行优化。
官方稳定有提到,新旧 State 浅比较完全一致是不会重新渲染的,但是有可能还是会导致重新渲染
//ReactHook constsameState=()=>{ setS1((i)=>i); setS2((i)=>i); setS3((i)=>i); console.log(renderTimeRef.current); //页面并不会重新渲染 }; //类组件中 sameState=()=>{ const{s1,s2,s3}=this.state; this.setState({s1}); this.setState({s2}); this.setState({s3}); console.log('aftersetStates1:',this.state.s1); //页面会重新渲染 };
这个特性存在,有些时候想要获取最新的 state,又不想给某个函数添加 state 依赖或者给 state 添加一个 useRef,可以通过这个函数去或者这个 state 的最新值
constsameState=()=>{ setS1((i)=>{ constlatestS1=i; //latestS1是当前S1最新的值,可以在这里处理一些和S1相关的逻辑 returnlatestS1; }); };
React Hook 中避免多次渲染
React Hook 中 state 并不是一个对象,所以不会自动合并更新对象,那怎么解决这个异步函数之后多次 setState 重新渲染的问题?
将全部 state 合并成一个对象
const[state,setState]=useState({s1:1,s2:1,s3:1}); setState((prevState)=>{ setTimeout(()=>{ const{s1,s2,s3}=prevState; return{...prevState,s1:s1+1,s2:s2+1,s3:s3+1}; }); });
参考类的的 this.state 是个对象的方法,把全部的 state 合并在一个组件里面,然后需要更新某个属性的时候,直接调用 setState 即可,和类组件的操作完全一致,这是一种方案
使用 useReducer
虽然这个 hook 的存在感确实低,但是多状态的组件用这个来替代 useState 确实不错
constinitialState={s1:1,s2:1,s3:1}; functionreducer(state,action){ switch(action.type){ case'update': return{s1:state.s1+1,s2:state.s2+1,s3:state.s3+1}; default: returnstate; } } const[reducerState,dispatch]=useReducer(reducer,initialState); constreducerDispatch=()=>{ setTimeout(()=>{ dispatch({type:'update'}); }); };
具体的用法不展开了,用起来和 redux 差别不大
状态直接用 Ref 声明,需要更新的时候调用更新的函数(不推荐)
//S4不参与渲染 const[s4,setS4]=useState(1); //update就是useReducer的dispatch,调用就更更新页面,比定义一个不渲染的state好多了 const[,update]=useReducer((c)=>c+1,0); conststate1Ref=useRef(1); conststate2Ref=useRef(1); constunRefSetState=()=>{ //优先更新ref的值 state1Ref.current+=1; state2Ref.current+=1; setS4((i)=>i+1); }; constunRefSetState=()=>{ //优先更新ref的值 state1Ref.current+=1; state2Ref.current+=1; update(); }; state1Ref:{state1Ref.current}state2Ref:{state2Ref.current};
这样做,把真正渲染的 state 放到了 ref 里面,这样有个好处,就是函数里面不用声明这个 state 的依赖了,但是坏处非常多,更新的时候必须说动调用 update,同时把 ref 用来渲染也比较奇怪
自定义 Hook
自定义 Hook 如果在组件中使用,任何自定义 Hook 中的状态改变,都会引起组件重新渲染,包括组件中没用到的,但是定义在自定义 Hook 中的状态
简单的例子,下面的自定义 hook,有 id 和 data 两个状态, id 甚至都没有导出,但是 id 改变的时候,还是会导致引用这个 Hook 的组件重新渲染
//一个简单的自定义Hook,用来请求数据 constuseDate=()=>{ const[id,setid]=useState(0); const[data,setData]=useState (null); useEffect(()=>{ fetch('请求数据的URL') .then((r)=>r.json()) .then((r)=>{ //组件重新渲染 setid((i)=>i+1); //组件再次重新渲染 setData(r); }); },[]); returndata; }; //在组件中使用,即使只导出了data,但是id变化,同时也会导致组件重新渲染,所以组件在获取到数据的时候,组件会重新渲染两次 constdata=useDate();
测试代码
//use-data.ts constuseDate=()=>{ const[id,setid]=useState(0); const[data,setData]=useState (null); useEffect(()=>{ fetch('数据请求地址') .then((r)=>r.json()) .then((r)=>{ setid((i)=>i+1); setData(r); }); },[]); returndata; }; import{useEffect,useReducer,useRef,useState}from'react'; importuseDatefrom'./use-data'; constinitialState={s1:1,s2:1,s3:1}; functionreducer(state,action){ switch(action.type){ case'update': return{s1:state.s1+1,s2:state.s2+1,s3:state.s3+1}; default: returnstate; } } constTestHook=()=>{ constrenderTimeRef=useRef (0); const[s1,setS1]=useState (1); const[s2,setS2]=useState (1); const[s3,setS3]=useState (1); const[s4,setS4]=useState (1); const[,update]=useReducer((c)=>c+1,0); conststate1Ref=useRef(1); conststate2Ref=useRef(1); constdata=useDate(); const[state,setState]=useState({s1:1,s2:1,s3:1}); const[reducerState,dispatch]=useReducer(reducer,initialState); constcontainerRef=useRef (null); constreactEventCallback=()=>{ setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); }; consttimerCallback=()=>{ setTimeout(()=>{ setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); }); }; constasyncCallback=()=>{ Promise.resolve().then(()=>{ setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); }); }; constunuseState=()=>{ setS4((i)=>i+1); }; constunRefSetState=()=>{ state1Ref.current+=1; state2Ref.current+=1; setS4((i)=>i+1); }; constunRefReducer=()=>{ state1Ref.current+=1; state2Ref.current+=1; update(); }; constsameState=()=>{ setS1((i)=>i); setS2((i)=>i); setS3((i)=>i); console.log(renderTimeRef.current); }; constmergeObjectSetState=()=>{ setTimeout(()=>{ setState((prevState)=>{ const{s1:prevS1,s2:prevS2,s3:prevS3}=prevState; return{...prevState,s1:prevS1+1,s2:prevS2+1,s3:prevS3+1}; }); }); }; constreducerDispatch=()=>{ setTimeout(()=>{ dispatch({type:'update'}); }); }; useEffect(()=>{ consthandler=()=>{ setS1((i)=>i+1); setS2((i)=>i+1); setS3((i)=>i+1); }; containerRef.current?.addEventListener('click',handler); return()=>containerRef.current?.removeEventListener('click',handler); },[]); console.log('renderTimeHook',++renderTimeRef.current); console.log('data',data); return( ); }; exportdefaultTestHook;S1:{s1}S2:{s2}S3:{s3}MergeObjectS1:{state.s1}S2:{state.s2}S3:{state.s3}reducerStateObjectS1:{reducerState.s1}S2:{reducerState.s2}S3:{''} {reducerState.s3}state1Ref:{state1Ref.current}state2Ref:{state2Ref.current}
规则记不住怎么办?
上面罗列了一大堆情况,但是这些规则难免会记不住,React 事务机制导致的两种完全截然不然的重新渲染机制,确实让人觉得有点恶心,React 官方也注意到了,既然在事务流的中 setState 可以合并,那不在 React 事务流的回调,能不能也合并,答案是可以的,React 官方其实在 React V18 中, setState 能做到合并,即使在异步回调或者定时器回调或者原生事件绑定中,可以把测试代码直接丢 React V18 的环境中尝试,就算是上面列出的会多次渲染的场景,也不会重新渲染多次
但是,有了 React V18 最好也记录一下以上的规则,对于减少渲染次数还是很有帮助的
审核编辑:刘清
-
定时器
+关注
关注
23文章
3148浏览量
112111 -
回调函数
+关注
关注
0文章
87浏览量
11457
原文标题:React中的重新渲染
文章出处:【微信号:OSC开源社区,微信公众号:OSC开源社区】欢迎添加关注!文章转载请注明出处。
发布评论请先 登录
相关推荐
评论