那么之前应对这种情况有什么解决方案呢？

const callback = useMemoizedFn => { // do something })

ahooks 内部使用了 useRef 来保存传入的 callback，Ke以Zuo到在 useEffect 里拿到Zui新的 callback 但不因为它的geng新引起重新执行。

说实话，这玩意儿其实挺绕的，但你懂的，React 这个库就是喜欢把事情搞复杂，哈哈。不过别急，咱们慢慢来先从问题说起。

useEffectEvent 是啥？

这东西是 React Zui近搞出来的一个新 hook，叫 useEffectEvent。听起来是不是有点像 useEffect 和 useEvent 的结合体？其实它不是它是一个新的 API，专门用来解决 useEffect 里函数依赖的问题。

你可Neng想问，这有啥用？咱就是说它Neng让你在 useEffect 里用函数的时候，不用再担心函数变了导致 useEffect 重新执行。这在以前可是个大坑，害，多少次我dou踩进去了。

比如你有个函数，它依赖了某个状态，然后你又把它放进了 useEffect 的依赖数组里那这个 useEffect 就会因为这个函数变了而重新执行，哪怕你只是想在某个特定的事件里调用它。你懂的，这hen烦人。

所以 useEffectEvent 就是来解决这个问题的。它让你的函数在 useEffect 里用的时候，不会因为函数变了而重新执行 useEffect。是不是听起来就舒服多了？

怎么用？

来来来咱们kan个例子：

假设你有个页面url 变了要记录访问日志。你可Neng会这么写：

import { useEffect, useContext, useCallback } from 'react';
import { logVisit } from 'somewhere'
function Page {
  const { items } = useContext;
  const numberOfItems = items.length;
  const onNavigate = useCallback => {
    logVisit;
  }, );
  useEffect => {
    onNavigate;
  }, );
}

你kan，url 变化的时候，会重新触发 useEffect 来执行 onNavigate 函数。但是同样的，onNavigate 函数变化的时候也会重新触发 useEffect 重新执行，Ru果 onNavigate 变复杂了那么 useEffect 的执行逻辑就会变得hen难确定了。

现在你Ke以这么写：

import { useEffect, useContext, useEffectEvent } from 'react';
import { logVisit } from 'somewhere'
function Page {
  const { items } = useContext;
  const numberOfItems = items.length;
  const onNavigate = useEffectEvent => {
    logVisit;
  });
  useEffect => {
    onNavigate;
  }, );
}

kan到没？useEffectEvent 返回的函数，你直接在 useEffect 里用，它不会因为函数变了而重新执行 useEffect。是不是hen爽？

原理是啥？

你可Neng会问，这玩意儿是咋实现的？别急，咱们慢慢来。

在 mountEvent 方法内，会把传入的 callback 存入到一个 ref 对象内，Zui终和 hook.memoizedState = ref 进行绑定

返回一个 function，内部执行 ref.impl.apply

从 hook.memoizedState 里取出 ref 对象

执行 updateEffectEventImpl 方法

和 mount 阶段一样，这里会重新返回一个 function

kan到源码的时候一开始就有这种疑惑，为什么命名 useEffectEvent 没有给传入的 callback 套一层稳定的外壳，但是它却同样Ke以解决问题呢？

其实对于 deps 的检查主要还是依赖 eslint-plugin-react-hooks 这个插件的，因此只要它适配 useEffectEvent，那么自然就不会有报错了。

Ru果你的项目Yi经升到了Zui新版本，那么不妨试试 useEffectEvent~

并且，Ru果你非要将 useEffectEvent 返回的函数放入 deps 数组，它还会检测出来并报错：

如题，我们Ke以直接不使用 useCallback，但是 useEffect 依然需要 deps 怎么办呢？答案是加上 eslint 注释来绕过:

相信写过 React 的前端 er dou曾经被 useEffect 的 deps 问题坑过要么就是 deps 太长了hen难维护，要么就是 deps 写的有问题导致了无限刷新。

然而在Zui近的 版本里React 提供了新的 hook：useEffectEvent，它Ke以解决长久以来开发中的痛点吗？在这篇文章里我们来详细kankan它的用法以及原理。

假设有这么一个场景：页面 url 发生变化的时候，重新执行某个函数。 在之前的版本里我们的代码可Neng长这样：

这样一来url 变化的时候，会重新触发 useEffect 来执行 onNavigate 函数。但是同样的，on0Navigate 函数变化的时候也会重新触发 useEffect 重新执行，Ru果 onNavigate 变复杂了那么 useEffect 的执行逻辑就会变得hen难确定了。

还是以Zui开始的场景为例，代码Ke以这么写：

kan到源码的时候一开始就有这种疑惑，为什么命名 useEffectEvent 没有给传入的 callback 套一层稳定的外壳，但是它却同样Ke以解决问题呢？ 其实对于 deps 的检查主要还是依赖 eslint-plugin-react-hooks 这个插件的，因此只要它适配 useEffectEvent，那么自然就不会有报错了。

Ru果这么Zuo了后续这个 useEffect 就不建议再往里添加其他逻辑了否则可Neng会出 BUG ❌

因此，callback Ru果出现变化并不会马上geng新，而是会等到 commit 阶段再geng新到原先的 ref.impl 对象上。

参考资料：

你可Neng想问，这有啥用？咱就是说它Neng让你在 useEffect 里用函数的时候，不用再担心函数变了导致 useEffect 重新执行。这在以前可是个大坑，害，多少次我dou踩进去了。

所以 useEffectEvent 就是来解决这个问题的。它让你的函数在 useEffect 里用的时候，不会因为函数变了而重新执行 useEffect。是不是hen爽？

kan到没？useEffectEvent 返回的函数，你直接在 useEffect 里用，它不会因为函数变了而重新执行 useEffect。是不是hen爽？

你可Neng会问，这玩意儿是咋实现的？别急，咱们慢慢来。

在 mountEvent 方法内，会把传入的 callback 存入到一个 ref 对象内，Zui终和 hook.memoizedState = ref 进行绑定

返回一个 function，内部执行 ref.impl.apply

从 hook.memoizedState 里取出 ref 对象

执行 updateEffectEventImpl 方法

和 mount 阶段一样，这里会重新返回一个 function

kan到源码的时候一开始就有这种疑惑，为什么命名 useEffectEvent 没有给传入的 callback 套一层稳定的外壳，但是它却同样Ke以解决问题呢？

其实对于 deps 的检查主要还是依赖 eslint-plugin-react-hooks 这个插件的，因此只要它适配 useEffectEvent，那么自然就不会有报错了。

Ru果你的项目Yi经升到了Zui新版本，那么不妨试试 useEffectEvent~

并且，Ru果你非要将 useEffectEvent 返回的函数放入 deps 数组，它还会检测出来并报错：

如题，我们Ke以直接不使用 useCallback，但是 useEffect 依然需要 deps 怎么办呢？答案是加上 eslint 注释来绕过:

相信写过 React 的前端 er dou曾经被 useEffect 的 deps 问题坑过要么就是 deps 太长了hen难维护，要么就是 deps 写的有问题导致了无限刷新。

然而在Zui近的 版本里React 提供了新的 hook：useEffectEvent，它Ke以解决长久以来开发中的痛点吗？在这篇文章里我们来详细kankan它的用法以及原理。

假设有这么一个场景：页面 url 发生变化的时候，重新执行某个函数。 在之前的版本里我们的代码可Neng长这样：

这样一来url 变化的时候，会重新触发 useEffect 来执行 onNavigate 函数。但是同样的，onNavigate 函数变化的时候也会重新触发 useEffect 重新执行，Ru果 onNavigate 变复杂了那么 useEffect 的执行逻辑就会变得hen难确定了。

还是以Zui开始的场景为例，代码Ke以这么写：

kan到源码的时候一开始就有这种疑惑，为什么命名 useEffectEvent 没有给传入的 callback 套一层稳定的外壳，但是它却同样Ke以解决问题呢？ 其实对于 deps 的检查主要还是依赖 eslint-plugin-react-hooks 这个插件的，因此只要它适配 useEffectEvent，那么自然就不会有报错了。

Ru果这么Zuo了后续这个 useEffect 就不建议再往里添加其他逻辑了否则可Neng会出 BUG ❌

因此，callback Ru果出现变化并不会马上geng新，而是会等到 commit 阶段再geng新到原先的 ref.impl 对象上。

参考资料：

---