据说，这个hook可以模拟class组件的三个生命周期

前言

官网已经介绍过，这里再啰嗦一次。useEffect是一个用来执行副作用hook，第一个参数传入一个函数，每一次render之后执行副作用和清除上一次副作用，该函数的返回值就是清除函数。第二个参数是一个数组，传入内部的执行副作用函数需要的依赖，当这几个依赖有一个要更新，effect里面也会重新生成一个新的副作用并执行副作用。如果没有更新，则不会执行。如果第二个参数不传，那么就是没有说明自己有没有依赖，那就是每次render该函数组件都执行。

很明显，useEffect第一个参数可以模仿didmount、didupdate，它的返回值可以模仿willunmount

class组件生命周期模拟

"模仿生命周期，useEffect第二个参数传个空数组，无依赖，只执行一次，相当于didmount。如果要区分生命周期，不传第二个参数，每次都会跑，相当于didupdate。加个mount标记一下，里面用if判断一下，即可以达到模拟生命周期的效果"

很多人都会想到这个办法模拟，于是我们试一下看看：

let mount;
functionuseForceUpdate(){
const [_, forceUpdate] = useState(0);
return () => forceUpdate(x => x + 1);
}
functionUnmountTest(){
useEffect(() => {
if (!mount) {
mount = true;
console.log('did mount')
} else {
console.log('did update')
}
return () => {
mount = false;
console.log('unmount')
}
})
const forceUpdate = useForceUpdate();
return (<div>
我是随时被抛弃的
<button onClick={forceUpdate}>强制更新</button>
</div>);
}
functionState(){
const [count, setCount] = useState(20);
const handleCount = useCallback(() => {
setCount(count => count + 1)
}, [])
return (
<div>
{count}
<button onClick={handleCount}>count+1</button>
{(count % 2) && <UnmountTest />}
</div>
)
}

当count是奇数，那就展示UnmountTest，组件里面也有一个更新组件的方法。按照逻辑，useEffect不传第二个参数，保证每次渲染都执行。然后加一个标记，标记第一次是挂载。于是运行一波看看

• 点一下count+1，展示组件，打印didmount
• 再点一下count，删掉组件，打印unmount

符合预期，😊

• 点一下count+1，展示组件，打印didmount
• 点一下强制更新，打印unmount、didmount，再点，还是一样

🤔️，什么鬼，居然不符合预期

useEffect是用来执行副作用，每一次render，将会清除上一次副作用、执行本次副作用（如果有依赖或者不传入依赖数组）这个hook是以一个副作用为单位，当然也可以多次使用

这样子说，每一次都是unmount、didmount，的确是符合这个逻辑，和"想当然"的那种模拟生命周期是有点不一样的。这样子，我们拆成两个useEffect调用，就可以解决问题：

functionUnmountTest() {
useEffect(() => {
if (mount) {
console.log('did update')
}
});
useEffect(() => {
if (!mount) {
console.log('did mount')
mount = true;
}
return () => {
console.log('unmount')
mount = false;
}
}, []);
const forceUpdate = useForceUpdate();
return (<div>
我是随时被抛弃的
<button onClick={forceUpdate}>强制更新</button>
</div>);
}

这次，全都符合预期了，简直ojbk😊

useEffect & useLayoutEffect区别

useEffect是异步的，useLayoutEffect是同步的

我们看一下，一次组件从挂载到重新渲染，两者的发生的时机:

从左到右表示时间线，红色的是异步的，红色框内是同步的，从上到下执行。useEffect是异步的，所谓的异步就是利用requestIdleCallback，在浏览器空闲时间执行传入的callback。大部分情况下，用哪一个都是一样的，如果副作用执行比较长，比如大量计算，如果是useLayoutEffect就会造成渲染阻塞。这只是一个case，我们可以看一下这个神奇的定时器：

点击开始，开始计时，点击暂停就暂停。点击清0，暂停并且数字清零

functionLYE() {
const [lapse, setLapse] = React.useState(0)
const [running, setRunning] = React.useState(false)
useEffect(
() => {
if (running) {
const startTime = Date.now() - lapse
const intervalId = setInterval(() => {
setLapse(Date.now() - startTime)
}, 2)
console.log(intervalId)
return () => clearInterval(intervalId)
}
},
[running],
)
functionhandleRunClick() {
setRunning(r => !r)
}
functionhandleClearClick() {
setRunning(false)
setLapse(0)
}
return (
<div>
<label>{lapse}ms</label>
<button onClick={handleRunClick}>
{running ? '暂停' : '开始'}
</button>
<button onClick={handleClearClick}>
暂停并清0
</button>
</div>
)
}

于是，点击清零居然不清0，只是停下来了，而且点开始也是继续开始。这里只要把它改成useLayoutEffect就可以了，点清0马上变成0并停止。另外，在使用useEffect下，把interval的时间改成大于16，有概率成功清0，如果更大一点是绝对清零。都说useEffect是异步，那么问题很有可能出现在异步这里。

useLayoutEffect是同步的，所以整个流程完全符合我们的预期，一切在掌控之中。基于两点： useEffect里面的interval延迟太小并没有清除计时结果、useEffect把interval延迟调到大于16后有概率解决。我们从这两点出发，梳理一下useEffect执行时机：

这种情况是没有清除定时器结果的，注意中间那块：interval1 =》 render =》 clean useEffect1。 clean useEffect1之前又跑了一次interval1，interval1触发render，展示的是当前计时结果。前面的stop操作， setRunning(false)和setLapse(0)的确是跑了，但是interval1又设置了当前计时结果，所以setLapse(0)就是白搞了。

把interval延迟调大

这种情况是正常的，显然全部都在我们预期之内。经过多次测试，延迟临界点是16ms。

为什么就是16ms？

有问题，很自然想到异步，说到异步又想到了requestIdleCallback，这个函数就是浏览器空闲的时候执行callback。类似于requestAnimationFrame，只是requestIdleCallback把优先级放低了。说到requestAnimationFrame就想到了平均60fps，接着1000/60 就是16.66666，所以每一帧的间隔大约是16ms左右。最后，问题来源就这样暴露出来了，当interval间隔大于屏幕一帧时间，用useEffect此定时器不会有问题，反之则是interval会在useEffect之前多执行一次造成问题的出现。