React 18：何时不应使用useEvent Hook？能否替换useCallback？

哪些场景绝对不能用useEvent？ #

• 需要回调引用随依赖更新的场景：比如你有个useEffect依赖这个回调，希望当回调用到的某个state/props变化时，useEffect能重新执行。这时候用useEvent的话，回调的引用永远不变，useEffect根本不会触发更新，逻辑直接出错。而useCallback会在依赖数组变化时更新引用，刚好能满足这种需求。
• 需要访问旧版props/state的场景：useEvent的核心就是不管什么时候调用，都能拿到最新的props和state，但如果你的逻辑就是要依赖某个变量的旧值（比如保存上一次的输入内容做对比），那useEvent帮不了你——它只会取最新的，这时候你得用useCallback配合ref手动存旧值，或者调整逻辑，绝对不能直接换成useEvent。
• 项目用的是稳定版React：目前useEvent还处于React的实验性API阶段，只有Canary/Experimental版本支持。如果你的项目用的是正式稳定版React，根本没法用它，更别说替换useCallback了。

盲目替换useCallback为useEvent的弊端 #

• 掩盖依赖管理问题：useCallback要求你明确声明依赖数组，这其实是在强迫你梳理回调里用到的变量。如果直接换成useEvent，你可能会忽略掉一些本该关注的依赖关系，时间长了容易埋下逻辑隐患——比如你以为回调能正确响应变量变化，但其实因为useEvent的特性，某些场景下反而不符合预期。
• 不必要的性能开销：虽然useEvent的性能损耗不大，但如果是那种完全不需要稳定引用的回调（比如只是组件内部临时用的、不会作为props传给子组件的回调），用useEvent反而多此一举，不如直接定义普通函数或者按需用useCallback更轻量。

总结 #

大部分需要稳定回调引用的场景，useEvent确实可以替代useCallback，但绝对不能“几乎所有”都替换。得根据具体逻辑判断：如果你的回调需要稳定引用+访问最新值，用useEvent很合适；但如果需要随依赖更新引用或者访问旧值，那必须用useCallback或者其他方案。

内容的提问来源于stack exchange，提问作者Clement