这是我参与8月更文挑战的第11天,活动详情查看:8月更文挑战
前言
大家在用 React 开发时,有没有遇到过这样的问题“我们有时候只想更新单个组件,却触发了大量无关组件的渲染”,正常情况,我们只想重新渲染有数据变化的组件,而不涉及其他无关组件。所以我们需要避免无效的重复渲染,毕竟 React 的协调成本很昂贵。
在 React 中性能问题有两类,长列表和重复渲染。长列表指的是你的页面渲染了很长的列表,通常有上百、上千甚至几千行数据。长列表本身不是 React 框架特有的问题,无论是什么技术栈,都可能遇到。它的通用解决方案是采用虚拟滚动,业界做得比较好的解决方案有 react-virtualized 和 react-window,已经非常成熟了。
那对于重复渲染有没有好的解决方案了,今天我们就一起来看看吧。
1. 定位小工具
为大家介绍一个 React 中常用的小工具 React Developer Tools。通过 React Developer Tools 中的 Profiler 分析组件渲染次数、开始时间及耗时。React Profiler 的详细使用方式建议阅读官方文档: zh-hans.reactjs.org/blog/2018/0…
如果你已经知道这个小工具 React Developer Tools 的使用,请跳过这一小节。
在工具的设置中,开启【Highlight updates when components render.】,当我们组建渲染了,会在页面中高亮显示。
或者你可以开发录制功能,在页面操作完之后,会看到相应的渲染情况,不渲染的内容,会直接标记为 Did not render。重复渲染的内容可直接查看渲染耗时等消息。
2. 一个测试例子
下面的代码是一个简单的示例代码(示例代码来源于网络代码),功能很简单表格的上移下移,
- List,组件用于展示列表,执行上下移动的逻辑;
- ListItem,也就是列表中展示的行,渲染每行的内容。
列子测试代码:codesandbox.io/s/test-rese…
import React from "react";
const initListData = [];
for (let i = 0; i < 10; i++) {
initListData.push({ text: i, id: i });
}
const ListItem = ({ text, onMoveUp, onMoveDown, index }) => (
<div>
<span>{text}</span>
<button onClick={() => onMoveUp(index)}>上移</button>
<button onClick={() => onMoveDown(index)}>下移</button>
</div>
);
class List extends React.Component {
state = {
listData: initListData
};
handleMoveUp = (index) => {
const _listData = [...this.state.listData];
// 部分实现
if (index === 0) {
const data = _listData.shift();
_listData.push(data);
this.setState({
listData: _listData
});
}
};
handleMoveDown = (index) => {
const _listData = [...this.state.listData];
// 部分实现
if (index === 0) {
const data = _listData.pop();
_listData.unshift(data);
this.setState({
listData: _listData
});
}
};
render() {
const { listData } = this.state;
return (
<div>
{listData.map(({ text, id }, index) => (
<ListItem
text={text}
index={index}
onMoveUp={this.handleMoveUp}
onMoveDown={this.handleMoveDown}
/>
))}
</div>
);
}
}
export default function App() {
return (
<div className="App">
<List />
</div>
);
}
当我们执行列表行的上下移动时,发现当操作一行,整个 ListItem 的其他行也会被重新渲染。如文章开始说道,我们只想重新渲染有数据变化的组件,而不涉及其他无关组件,毕竟 React 的协调成本很昂贵。 那如何避免不必要的重复渲染了,接着往下看。
3. React.memo
在 React16.6 加入的一个专门用来优化 函数组件 (Functional Component)性能的方法: React.memo。React.memo() 是一个高阶函数,它与 React.PureComponent 类似,但是一个函数组件而非一个类。
为 ListItem 添加 React.memo 就可以阻止每行内容重新渲染。如下代码所示:
const ListItem = React.memo(({ text, onMoveUp, onMoveDown, index }) => (
<div>
<span>{text}</span>
<button onClick={() => onMoveUp(index)}>上移</button>
<button onClick={() => onMoveDown(index)}>下移</button>
</div>
));
发现加上 React.memo 之后,并不是每一行都会渲染。但是 React.memo 是通过浅比较的方式对比变化前后的 props 与 state,但是这种方式很容易失效,那就是使用箭头函数。箭头函数在每次调用 render 时都会动态生成一个新的函数,函数的引用变化了,这时即便使用 React.memo 也是无效的,所以大家在使用的时候要注意。作者也会经常的使用箭头函数来写,但是这其实是一种不好的习惯,比较好的书写方式是将整个函数提取为一个类属性的函数。
当然如果你使用的 React Hooks,你可以使用 useMemo,useMemo 被称为更加精细的 memo。React.memo 是对组件级别的重新渲染进行管控。React.useMemo 是对组件的某个或者几个部分的重渲染进行管控。React.memo 控制是否需要重渲染一个组件,而 useMemo 控制的则是是否需要重复执行某一段逻辑。
4. PureComponent
PureComponent 它内置了对 shouldComponentUpdate 的实现:PureComponent 将会在 shouldComponentUpdate 中对组件更新前后的 props 和 state 进行浅比较,并根据浅比较的结果,决定是否需要继续更新流程。还有 PureComponent 有和 React.memo 一样的尿性很容易失效,那就是使用箭头函数。
class ListItem extends React.PureComponent{
render() {
const { text, onChange, index } = this.props;
return (
<div>
<input value={text} />
<span>{text}</span>
<button onClick={() => onChange(index)}>修改 text </button>
</div>
);
}
};
5. ImmutableJS-不可变数据
React.memo、PureComponent、PureRenderMixin都是用过浅比较的方式来对比变化前后的 props 与 state。它们只能针对值类型数据对比其值是否相等,而针对数组、对象等引用类型的数据对比时只会对比它的引用。这样的话比较的时候就不会太准确。
- 如果数据内容没有变,但是数据的引用改变了,浅比较仍然会认为“数据发生了变化”,进而触发一次不必要的更新,导致过度渲染;
- 如果深层嵌套,数据内容改变,引用没变,浅比较则会认为“数据没有发生变化”,进而阻断一次更新,导致不渲染。 而 ImmutableJS 可以保证修改操作返回一个新引用,并且只修改需要修改的节点。Immutable 的结构不可变性&&结构共享性,能够快速进行数据的比较:
function deepCompare(instance, nextProps, nextState) {
return !Immutable.is(instance.props, nextProps) ||
!Immutable.is(instance.state, nextState);
}
class ListItem extends React.Component{
shouldComponentUpdate(nextProps, nextState) {
return deepCompare(this, nextProps, nextState);
};
render() {
const { text, onChange, index } = this.props;
return (
<div>
<input value={text} />
<span>{text}</span>
<button onClick={() => onChange(index)}>修改 text </button>
</div>
);
}
};
虽然 ImmutableJS 可以在某些情况解决重复渲染,但是如果需要频繁地与服务器交互,那么 Immutable 对象就需要不断地与原生 js 进行转换,操作起来显得很繁琐,并且这种方案某种层面上来说有一定心智成本。所以如今 immerjs 更为流行。
6. reselect-缓存
reselect 会将输入与输出建立映射,缓存函数产出结果。只要输入一致,那么会直接吐出对应的输出结果,从而保证计算结果不变,以此来保证不会被破防。这种方式是通过缓存,使用 reselect 缓存函数执行结果,来避免产生新的对象。小编本人多这种方案了解不深,也没有使用过,但是如果你有兴趣可以自己去尝试一下。
github: github.com/garylesueur…
7. 手动控制
自己手动控制,通过使用 shouldComponentUpdate API 来处理,但是 shouldComponentUpdate 可能会带来意想不到的 Bug,所以这个方案应该放到最后考虑。而且这种方法仅限于类组件。
class ListItem extends React.Component{
shouldComponentUpdate(nextProps, nextState) {
if(nextProps.text === this.props.text) {
return false
}
return true
}
render() {
const { text, onChange, index } = this.props;
return (
<div>
<input value={text} />
<span>{text}</span>
<button onClick={() => onChange(index)}>修改 text </button>
</div>
);
}
};
使用前
使用后
总结
避免重复渲染常用的解决方案是使用 PureComponent 或者使用 React.memo(useMemo) 等组件缓存 API,减少重新渲染。但错误的使用方式会使其完全无效,比如使用箭头函数或者每次都生成新的对象,那基本就是做了无用功。针对这些问题,使用 ImmutableJS、immerjs 转换数据结构或者 reselect 缓存函数执行结果 都可以解决。亦或者自己手动控制,自己实现 shouldComponentUpdate 函数,但这类方案一般不推荐,因为容易带来意想不到的 Bug,可以作为保底手段使用。
码字不易,如果对你有帮助,帮忙点个赞吧。
参考
- blog.csdn.net/Sunday97/ar…
- github.com/garylesueur…
- zhenhua-lee.github.io/react/Immut…
- kaiwu.lagou.com/course/cour…
- www.npmjs.com/package/res…
- github.com/garylesueur…
- zh-hans.reactjs.org/blog/2018/0…
常见问题FAQ
- 免费下载或者VIP会员专享资源能否直接商用?
- 本站所有资源版权均属于原作者所有,这里所提供资源均只能用于参考学习用,请勿直接商用。若由于商用引起版权纠纷,一切责任均由使用者承担。更多说明请参考 VIP介绍。
- 提示下载完但解压或打开不了?
- 找不到素材资源介绍文章里的示例图片?
- 模板不会安装或需要功能定制以及二次开发?
发表评论
还没有评论,快来抢沙发吧!