16.6之前,函数组件没有像 shouldComponentUpdate这样的方法,也没有类似 PureComponent这种解决方案,避免不了函数组件里面所有的代码再次的执行,要依靠外面的条件渲染来控制,或者是高阶组件。之前的话,选择使用函数组件的情况是一些比较简单的又比较纯的组件,只是负责展示的。而且函数组件最终编译babel结果是只执行 createElement那一步;class组件一样有生命周期要实例化,最终经过Babel成es5代码的时候还很长
React.memo
当16.6的memo问世,函数组件就有了类似 PureComponent和 shouldComponentUpdate的解决方案,memo的使用方法:
1 | const C = (props) => { |
当父组件执行render的时候,避免不了C组件的渲染和C函数的执行(如果不在外面加判断的话:{isShowC&&
memo第二个参数
第二个参数,是一个函数,该函数传入参数是新props和上次props,我们可以在函数里面做判断逻辑,控制返回值。当我们让函数return true的时候,告诉了react这两个props是一样的,不用重新执行整个函数组件;反之false的时候会重新执行该组件
1 | memo(IfEqual, () => false); |
比如这行代码,判断函数一直返回false, memo包住的 IfEqual组件无论怎样都会重新执行
当我们用上了memo,就可以根据业务来进行优化了:1
2
3React.memo(C, (nextProps, prevProps) => {
// 做我们想做的事情,类似shouldComponentUpdate
})
函数组件中传入的props值为函数时
我们都知道,js中函数不是简单数据类型,也就是说 function(){}和 function(){}是不一样的,与 {}和 {}不一样同理。那么我们传入 props.onClick(即使是长得一样的内容完全一样),前后 props.onClick都不能划上等号
1 | <div> |
觉得inline function不好看,那前面定义一下,实际上还是逃不了同一个事情:它们是不一样的。这次是因为,函数组件的渲染,也就是执行,每一次重新执行,函数作用域里面一切都是重新开始。这就相当于上一次组件渲染 consthandleClick=()=>{},后面渲染又一次 consthandleClick=()=>{},它们都不是同一个东西
1 | export default () => { |
这种情况下,我们可以用memo第二个参数来拯救多余一次的渲染的局面:
1 | // props: { a: 1, onClick: () => {} } |
最后,前后props的 onClick,它们只有一种情况是一样的——把声明抽到组件外面去1
2
3
4
5
6
7const handleClick = () => {}
export default () => {
return (
<div>
<IfEqual onClick={handleClick} />
</div>
)}
这时候,有没有想起class组件里面总是 onClick={this.handleClick}呢?this.handleClick一直都是同一个函数。这种情况,子组件为函数组件的时候,包一层memo就可以实现purecomponent的效果
useCallback
函数组件把函数定义写在外面,是可以解决问题。但是,如果handleClick依赖组件内部的一些变量,那handleClick又不得不写在里面(当然利用引用类型可以解决)。或者还是正常写,靠memo第二个参数来控制要不要重新渲染子函数组件。但是无论怎样,都存在一个问题,就是那一块代码写在里面呢,都无法避免代码的执行和函数的重新定义,比如
1 | function a(){ |
如果我们通过依赖来确定前后两次是不是同一个函数,我们可以用函数记忆来实现整个功能1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16// 半伪代码
let prevlet prevDepsfunction memorize(fn, deps) {
// 前后依赖一致,不用重新计算直接返回上次结果
if(prev && isEqual(deps, prevDeps)) {
return prev
}
prevDeps = depsprev = fnreturn fn
}
function a() {
const b = memorize(function() {
console.log(1)
// 很多很多代码
}, [])
}
a() a() // 函数b是同一个
类似函数记忆的原理,后来有了 useCallback的出现,多了一种新的解决方案,根据依赖生成一个函数:
1 | const handleClick = useCallback(() => { |
当dep不变,每一次函数组件的执行,handleClick都是同一个函数。如果dep变了,那么handleClick又是一个新的函数
1 | export default() => { |
react组件也是一个函数,那其实 useCallback还可以做一个函数组件:
1 | export default() => { |
当然这只是一个简单的场景,如果用了hooks,还没有解决问题或者暂时没有想到优雅的封装技巧,想用高阶组件的时候,不妨尝试一下 useCallback
useMemo
1 | const a = useMemo(() => memorizeValue, deps) |
当deps不变,a的值还是上次的memorizeValue,省去了重新计算的过程。如果memorizeValue是一个函数,和useCallback是一样的效果:
useCallback(fn, inputs) <=> useMemo(() => fn, inputs)
我们可以试一下同步执行的代码,当时间非常长的时候,useMemo可以发挥它的作用了:
1 | // 强行更新组件 |
第一次进来,页面暂时没有任何反应一阵,这是因为slowlyAdd占用了js主线程。当我们点击‘更新页面’更新的时候,页面并没有卡死,而且组件也重新渲染执行了一次。当我们点击+,页面又开始卡死一阵。
这是因为点击+的时候,修改了useMemo的依赖n,n变了重新计算,计算耗费时间。如果点击更新页面,没有修改到依赖n,不会重新计算,页面也不会卡
当然,useMemo也可以做高阶组件,用起来的时候,可以写成reactElement的形式了:
1 | const HOC = useMemo(() => <C />, deps) |