useEffect, useCallback, useMemo三者有何区别？

useEffect

useEffect可以帮助我们在DOM更新完成后执行某些副作用操作，如数据获取，设置订阅以及手动更改 React 组件中的 DOM等

有了useEffect，我们可以在函数组件中实现 像类组件中的生命周期那样某个阶段做某件事情,具有:

• componentDidMount
• componentDidUpdate
• componentWillUnmount

基本用法

useEffect(() => {
    console.log('这是一个不含依赖数组的useEffect，每次render都会执行！')
}) 

useEffect 规则

• 没有传第二个参数时，在每次render之后都会执行useEffect中的内容
• useEffect接受第二个参数来控制跳过执行，下次render后如果指定的值没有变化就不会执行
• useEffect是在render之后浏览器已经渲染结束才执行
• useEffect的第二个参数是可选的，类型是一个数组
• 根据第二个参数的不同情况，useEffect具有不同作用

1.空数组

useEffect只在第一次渲染时执行，由于空数组中没有值，始终没有改变，所以后续render不执行，相当于生命周期中的componentDidMount

useEffect(() => { 
 console.log('只在第一次渲染时执行') }, []
);

2.非空数组

无论数组中有几个元素，数组中只要有任意一项发生了改变，useEffect都会调用

useEffect(() => { 
 getStuInfo({ id: stuId }); }, [getStuInfo, stuId]
);

getStuInfo或者stuId改变时调用getStuInfo函数

useCallback 和 useMemo

相同点：

useCallback和useMemo都是性能优化的手段，类似于类组件中的shouldComponentUpdate，在子组件中使用shouldComponentUpdate， 判定该组件的props和state是否有变化，从而避免每次父组件render时都去重新渲染子组件。

区别：

useCallback和useMemo的区别是useCallback返回一个函数，当把它返回的这个函数作为子组件使用时，可以避免每次父组件更新时都重新渲染这个子组件，

const renderButton = useCallback(
     () => (
         
            {buttonText}
         
     ),
     [buttonText]    // 当buttonText改变时才重新渲染renderButton
);

useMemo返回的的是一个值，用于避免在每次渲染时都进行高开销的计算。例：

// 仅当num改变时才重新计算结果
const result = useMemo(() => {
    for (let i = 0; i < 100000; i++) {
      (num * Math.pow(2, 15)) / 9;
    }
}, [num]);

补充：

什么时候用useCallback和useMemo进行优化

任何的优化都是有代价的，useCallback和useMemo虽然能够避免非必要渲染，但为此也付出了成本，比如保留额外的依赖数组；保留旧值的副本，以便在与先前依赖相同的情况下返回……

考虑到这些，在我们的项目中什么时候用useCallback和useMemo进行优化呢？

目前所在的公司，项目中所有地方都用了useCallback和useMemo，就这块问了一下mentor，他给出的答复是这样的：

就算有比对代价也比较小，因为哪怕是对象也只是引用比较。

我觉得任何时候都用是一个好的习惯，但是大部分时间不用也没什么大问题。但是如果该函数或变量作为props传给子组件，请一定要用，避免子组件的非必要渲染

然后要记得React的工作方式遵循纯函数，特别是数据的immutable，因此，使用memo很重要。

但大部分时候都不足以成为性能瓶颈.

参考：
https://blog.csdn.net/m0_57785190/article/details/118601740?spm=1001.2101.3001.6650.1&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-1-118601740-blog-94452956.pc_relevant_recovery_v2&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-1-118601740-blog-94452956.pc_relevant_recovery_v2&utm_relevant_index=2