React组件会在两种情况下发生重新渲染。第一种,当组件自身的state发生变化时。第二种,当组件的父组件重新渲染时。第一种情况下的重新渲染无可厚非,state都变了,组件自然应该重新进行渲染。但是第二种情况似乎并不是总那么的必要。
我们来看一个demo,现有如下三个组件,分别为App组件、A组件和B组件:
App.js
const App = () => {
const [count, setCount] = useState(1);
const clickHandler = () => {
setCount(prevState => prevState + 1);
};
return (
<div>
<h2>App -- {count}</h2>
<button onClick={clickHandler}>增加</button>
<A/>
</div>
);
};
A.js
const A = () => {
const [count, setCount] = useState(1);
const clickHandler = () => {
setCount(prevState => prevState + 1);
};
return (
<div>
<h2>组件A -- {count}</h2>
<button onClick={clickHandler}>增加</button>
<B/>
</div>
);
};
export default A;
B.js
const B = () => {
return (
<div>
<h2>组件B</h2>
</div>
);
};
export default B;
三个组件的引用关系为,A组件是App的子组件、B组件是A组件的子组件:App –> A –> B
当App组件发生重新渲染时,A和B组件都会发生重渲染。当A组件重新渲染时,B组件也会重新渲染。B组件中没有state,甚至连props都没有设置。换言之,B组件无论如何渲染,每次渲染的结果都是相同的,虽然重渲染并不会应用到真实DOM上,但很显然这种渲染是完全没有必要的。
为了减少像B组件这样组件的渲染,React为我们提供了一个方法React.memo()
。该方法是一个高阶函数,可以用来根据组件的props对组件进行缓存,当一个组件的父组件发生重新渲染,而子组件的props没有发生变化时,它会直接将缓存中的组件渲染结果返回而不是再次触发子组件的重新渲染,这样一来就大大的降低了子组件重新渲染的次数。
现在对上述案例中的B组件进行如下修改:
const B = () => {
console.log('B渲染');
return (
<div>
<h2>组件B</h2>
</div>
);
};
export default React.memo(B);
修改后的代码中,并没有直接将B组件向外导出,而是在B组件外层套了一层函数React.memo()
,这样一来,返回的B组件就增加了缓存功能,只有当B组件的props属性发生变化时,才会触发组件的重新渲染。memo只会根据props判断是否需要重新渲染,和state和context无关,state或context发生变化时,组件依然会正常的进行重新渲染。
打卡
memo只会根据props判断是否需要重新渲染,和state和context无关,state或context发生变化时,组件依然会正常的进行重新渲染。
超哥,这句话是不是有问题?我写代码测试了,好像context的值变化,并不能触发组件重新渲染。只有当前组件的父组件重新渲染或当前组件的状态变化,这两种情况,才会触发当前组件重新渲染。不知道我理解对吗?望回复
你说的是对的,因为context中存储的内容通常都是父组件(或祖先)的state,修改context通常也是在修改父组件(或祖先)的state。所以触发组件的渲染的确实是因为state的修改,而不是context。