前言

useEvent 是一个刚刚提案的原生Hook,还处于RFC。讨论地址在这里~下面有些代码就是来自其中

RFC:Request for Comments 提案还在广泛的讨论阶段

为什么要这样🤔

没有 useEvent 的时候😶

我们先看看不用 useEvent 的情况:

  1. function Chat() {
  2. const [text, setText] = useState('');
  3. // 🟡 Always a different function
  4. const onClick = () => {
  5. sendMessage(text);
  6. };
  7. return <SendButton onClick={onClick} />;
  8. }

其中点击事件的回调函数 onClick中需要读取当前键入的文本text,这里的onClick随着组件重新渲染一次次地重新创建,每次都会是不一样的引用,这显然带来了性能损耗,如果你想对其进行优化,你可能会这样做:

  1. function Chat() {
  2. const [text, setText] = useState('');
  3. // 🟡 A different function whenever `text` changes
  4. const onClick = useCallback(() => {
  5. sendMessage(text);
  6. }, [text]);
  7. return <SendButton onClick={onClick} />;
  8. }

通过 useCallback 返回一个 memoized 回调函数。

useCallback: 返回一个 memoized 回调函数。 把内联回调函数及依赖项数组作为参数传入 useCallback,它将返回该回调函数的 memoized版本,该回调函数仅在某个依赖项改变时才会更新。当你把回调函数传递给经过优化的并使用引用相等性去避免非必要渲染(例如 shouldComponentUpdate)的子组件时,它将非常有用。 useCallback(fn, deps) 相当于useMemo(() => fn, deps)

最终使得 **onClick **的引用始终不变
但是!onClcik这个方法有需要保证每次都要拿到最新的、正确的text,所以他的deps中就自然是设置了text—— 坏了,“又回到最初的起点~”。随着每一次keystrokeonClick又变成了上面的情况:

🟡 Always a different function

但你又不能将其从deps中移除,移除了他就只能拿到text的初始值,失去了他本该有的功能…

小 useEvent 来给他整个活😎

useEvent就是为了解决此类问题,所以他干脆不要deps了,他就是一直返回一个相同的函数引用,哪怕text发生变化。当然,保证它也能拿到最新的、正确的**text**

  1. function Chat() {
  2. const [text, setText] = useState('');
  3. // ✅ Always the same function (even if `text` changes)
  4. const onClick = useEvent(() => {
  5. sendMessage(text);
  6. });
  7. return <SendButton onClick={onClick} />;
  8. }

现在好了:

  • onClick 的引用始终是同一个
  • 保证每次都能拿到最新的、正确的 text

当然还有其他一些场景,但是大致需求原理相同,就是不想让A因为b变化而总是重新加载,但是又因为要拿到b恰当的值,所以deps中必须b,导致不得不重新加载,掉进了“圈圈圆圆圈圈~”的陷阱。更多场景这里就不再赘述。更多案例可查看文末的学习资源~

好活好活🍔

总而言之,用useEvent给他裹上就是香,就是可以同时达到上面两个效果:

  • 引用不变
  • 拿到恰当的值

    这是咋做到的🌝

    说了这么多,我们来看看他这是咋做到的
    大概是这么个形状:(不是源码就长这样的意思嗷) ```jsx // (!) Approximate behavior

function useEvent(handler) { const handlerRef = useRef(null);

// In a real implementation, this would run before layout effects useLayoutEffect(() => { handlerRef.current = handler; });

return useCallback((…args) => { // In a real implementation, this would throw if called during render const fn = handlerRef.current; return fn(…args); }, []); } ```

先回顾几个Hook相关知识点:

useRef

useRef:

useRef 返回一个可变的 ref 对象,其 .current 属性被初始化为传入的参数(initialValue)。返回的 ref 对象在组件的整个生命周期内持续存在。

这里通过 useRef 保存回调函数handlerhandlerRef.current,然后再在 useCallback 中从handlerRef.current来取函数再调用,这样避免了直接调用,跳出了闭包陷阱。并且不出意外的话handler在整个生命周期内持续存在,也就是只有一个引用

useLayoutEffect

这个 useLayoutEffect 可能没那么常用,我们来看看这是啥嘞

其函数签名与 useEffect 相同,但它会在所有的 DOM 变更之后同步调用 effect。可以使用它来读取 DOM 布局并同步触发重渲染。在浏览器执行绘制之前,useLayoutEffect 内部的更新计划将被同步刷新。

useEffect

回顾一下 useEffect

默认情况下,effect 将在每轮渲染结束后执行

两者的区别

好了,现在我给你用一个字总结一下两者区别,useLayoutEffect更“快”!这个“块”不是速度更快,而是他“抢跑”了哩。useLayoutEffect是在render之前同步执行,useEffectrender之后异步执行,这里就是保证useLayoutEffect里的回调肯定比useEffect更早前被调用、被执行。

useCallback

执行时机

前面说到

useCallback(fn, deps) 相当于useMemo(() => fn, deps)

文档里是这样说 useMemo 的:

记住,传入 useMemo 的函数会在渲染期间执行。请不要在这个函数内部执行与渲染无关的操作,诸如副作用这类的操作属于 useEffect 的适用范畴,而不是 useMemo。

也就是他是在render执行的,也就是保证了赋值handlerhandlerRef.current是在前面发生

这里的作用

这里返回的是一个useCallback包裹后memoized函数,其中从handlerRef.current中获取函数,并且deps[],也就是说他不会再次更新。


捋一捋🌊

回顾完知识点我们也就滤清了这个useEvent方法,一句话总结就是:它接收一个回调函数handler作为参数,提供给你一个稳定的函数(始终只有一个引用)并且调用时都是用的你传入的最新的参数...args——比如前面案例中的text,始终都是最新的、正确的、恰当的。
再结合一开始的案例,大概流程就是这样:
image.png
上面的图好像是错的,更新:
image.png

学习资源