说说你对 useMemo 的理解
参考答案:
Memo
在class的时代,我们一般是通过pureComponent来对数据进行一次浅比较,引入Hook特性后,我们可以使用Memo进行性能提升。
在此之前,我们来做一个实验
import React, { useState } from "react";
import ReactDOM from "react-dom";
import "./styles.css";
function App() {
const [n, setN] = useState(0);
const [m, setM] = useState(10);
console.log("执行最外层盒子了");
return (
<>
<div>
最外层盒子
<Child1 value={n} />
<Child2 value={m} />
<button
onClick={() => {
setN(n + 1);
}}
>
n+1
</button>
<button
onClick={() => {
setM(m + 1);
}}
>
m+1
</button>
</div>
</>
);
}
function Child1(props) {
console.log("执行子组件1了");
return <div>子组件1上的n:{props.value}</div>;
}
function Child2(props) {
console.log("执行子组件2了");
return <div>子组件2上的m:{props.value}</div>;
}
const rootElement = document.getElementById("root");
ReactDOM.render(<App />, rootElement);上面的代码我设置了两个子组件,分别读取父组件上的n跟m,然后父组件上面设置两个点击按钮,当点击后分别让设置的n、m加1。以下是第一次渲染时log控制台的结果
执行最外层盒子了
执行子组件1了
执行子组件2了跟想象中一样,render时先进入App函数,执行,发现里面的两个child函数,执行,创建虚拟dom,创建实体dom,最后将画面渲染到页面上。

使用Memo优化
当我点击n+1按钮时,此时state里面的n必然+1,也会重新引发render渲染,并把新的n更新到视图中。
我们再看控制台
执行最外层盒子了
执行子组件1了
执行子组件2了
+ 执行最外层盒子了
+ 执行子组件1了
+ 执行子组件2了 //为什么组件2也渲染了,里面的m没有变化你会发现子组件2也渲染了,显然react重新把所有的函数都执行了一遍,把未曾有n数据的子组件2也重新执行了。
如何优化?我们可以使用memo把子组件改成以下代码
const Child1 = React.memo((props) => {
console.log("执行子组件1了");
return <div>子组件1上的n:{props.value}</div>;
});
const Child2 = React.memo((props) => {
console.log("执行子组件2了");
return <div>子组件2上的m:{props.value}</div>;
});再重新点击试试?
执行最外层盒子了
执行子组件1了
执行子组件2了
+ 执行最外层盒子了
+ 执行子组件1了会发现没有执行子组件2了
这样的话react就会只执行对应state变化的组件,而没有变化的组件,则复用上一次的函数,也许memo也有memory的意思,代表记忆上一次的函数,不重新执行(我瞎猜的- -!!)
出现bug
上面的代码虽然已经优化好了性能,但是会有一个bug
上面的代码是由父组件控制<button>的,如果我把控制state的函数传递给子组件,会怎样呢?
<Child2 value={m} onClick={addM} /> //addM是修改M的函数点击按钮让n+1
执行最外层盒子了
执行子组件1了
执行子组件2了
+ 执行最外层盒子了
+ 执行子组件1了
+ 执行子组件2了又重新执行子组件2。
为什么会这样?因为App重新执行了,它会修改addM函数的地址(函数是复杂数据类型),而addM又作为props传递给子组件2,那么就会引发子组件2函数的重新执行。
useMemo
这时候就要用useMemo解决问题。
useMemo(()=>{},[])
useMemo接收两个参数,分别是函数和一个数组(实际上是依赖),函数里return 函数,数组内存放依赖。
const addM = useMemo(() => {
return () => {
setM({ m: m.m + 1 });
};
}, [m]); //表示监控m变化使用方式就跟useEffect似的。
useCallback
上面的代码很奇怪有没有
useMemo(() => {
return () => {
setM({ m: m.m + 1 });
};
}, [m])react就给我们准备了语法糖,useCallback。它是这样写的
const addM = useCallback(() => {
setM({ m: m.m + 1 });
}, [m]);是不是看上去正常多了?
最终代码
import React, { useCallback, useMemo, useState } from "react";
import ReactDOM from "react-dom";
import "./styles.css";
function App() {
const [n, setN] = useState(0);
const [m, setM] = useState({ m: 1 });
console.log("执行最外层盒子了");
const addN = useMemo(() => {
return () => {
setN(n + 1);
};
}, [n]);
const addM = useCallback(() => {
setM({ m: m.m + 1 });
}, [m]);
return (
<>
<div>
最外层盒子
<Child1 value={n} click={addN} />
<Child2 value={m} click={addM} />
<button onClick={addN}>n+1</button>
<button onClick={addM}>m+1</button>
</div>
</>
);
}
const Child1 = React.memo((props) => {
console.log("执行子组件1了");
return <div>子组件1上的n:{props.value}</div>;
});
const Child2 = React.memo((props) => {
console.log("执行子组件2了");
return <div>子组件2上的m:{props.value.m}</div>;
});
const rootElement = document.getElementById("root");
ReactDOM.render(<App />, rootElement);总结
- 使用
memo可以帮助我们优化性能,让react没必要执行不必要的函数 - 由于复杂数据类型的地址可能发生改变,于是传递给子组件的
props也会发生变化,这样还是会执行不必要的函数,所以就用到了useMemo这个api useCallback是useMemo的语法糖
题目要点:
useMemo 是 React Hooks 中的一个非常有用的 Hook,它可以帮助我们进行性能优化。
useMemo 的作用是:
缓存计算结果
useMemo允许我们缓存一个需要计算的值,只有当它的依赖项发生变化时,才会重新计算并返回新的值。这可以避免不必要的重复计算,提高性能。
避免不必要的re-render
- 通过缓存计算结果,
useMemo可以避免子组件不必要的re-render,提高整体应用的性能。
- 通过缓存计算结果,
useMemo 的基本使用方式如下:
const memoizedValue = useMemo(() => computeExpensiveValue(a, b), [a, b]);useMemo接受两个参数:- 一个函数,返回需要缓存的值。这个函数会在依赖项发生变化时才会被调用。
- 一个依赖项数组,用于指定哪些值的变化会触发重新计算。
useMemo 的常见使用场景包括:
记忆化昂贵的计算
- 如果一个函数的计算比较昂贵,可以使用
useMemo缓存计算结果,避免重复计算。
- 如果一个函数的计算比较昂贵,可以使用
避免不必要的re-render
- 如果一个组件的渲染依赖一个复杂的对象或数组,使用
useMemo缓存该值,可以避免不必要的re-render。
- 如果一个组件的渲染依赖一个复杂的对象或数组,使用
性能优化
- 在处理大量数据,或复杂计算的场景下,使用
useMemo进行性能优化非常有帮助。
- 在处理大量数据,或复杂计算的场景下,使用
需要注意的是,过度使用 useMemo 也可能会带来问题,比如增加复杂度和潜在的内存泄漏。因此在使用 useMemo 时,需要权衡利弊,只在确实需要提高性能的场景下使用。
useMemo 是一个非常有用的 Hook,可以帮助我们缓存计算结果,避免不必要的re-render,提高应用的整体性能。合理地使用 useMemo 是 React 开发中的一项重要技能。