什么是useCallback？记忆化的函数-js教程-PHP中文网

useCallback用于记忆化函数，避免组件重新渲染时函数引用变化导致子组件不必要的重渲染。它接收函数和依赖数组，仅当依赖项变化时返回新函数实例，常与React.memo配合优化性能，防止闭包陷阱需正确设置依赖，但不应过度使用，因有额外开销，适用于函数作为props传递至优化子组件的场景。

什么是usecallback？记忆化的函数

useCallback

登录后复制

是React提供的一个Hook，它的核心作用是记忆化（memoize）一个函数。简单来说，就是当你把一个函数作为props传递给子组件，或者这个函数本身被其他Hook（比如

useEffect

登录后复制

或

useMemo

登录后复制

）依赖时，

useCallback

登录后复制

可以确保这个函数在父组件重新渲染时，不会被“无缘无故”地重新创建，从而避免了不必要的子组件重新渲染或Hook的重复执行。

解决方案

在React中，每次组件重新渲染时，组件内部定义的函数都会被重新创建。这意味着，即使函数体本身没有变化，它的内存地址（引用）也会改变。这在大多数情况下不是问题，但当你将这个函数作为props传递给一个使用了

React.memo

登录后复制

（或类组件的

PureComponent

登录后复制

）进行优化的子组件时，问题就来了。

React.memo

登录后复制

会对其props进行浅比较，如果它收到的props与上次渲染的props在引用上相同，它就会跳过本次渲染。然而，如果一个函数prop在每次父组件渲染时都被重新创建，那么即使这个函数的功能完全一样，

React.memo

登录后复制

也会认为这个prop“变了”，从而导致子组件不必要的重新渲染。这无疑会抵消掉

React.memo

登录后复制

带来的性能优化。

useCallback

登录后复制

正是为了解决这个问题而生。它接收两个参数：一个要记忆化的函数，以及一个依赖项数组。

useCallback

登录后复制

会返回这个函数的记忆化版本。只有当依赖项数组中的某个值发生变化时，

useCallback

登录后复制

才会返回一个新的函数实例；否则，它会返回上一次渲染时记忆化的那个函数实例。

import React, { useState, useCallback, memo } from 'react';

// 一个使用React.memo优化的子组件
const ChildComponent = memo(({ onClick }) => {
  console.log('ChildComponent rendered');
  return <button onClick={onClick}>Click Me</button>;
});

function ParentComponent() {
  const [count, setCount] = useState(0);
  const [text, setText] = useState('');

  // 没有使用 useCallback 的函数，每次 ParentComponent 渲染都会重新创建
  // const handleClick = () => {
  //   setCount(count + 1);
  //   console.log('Button clicked, count:', count);
  // };

  // 使用 useCallback 记忆化的函数
  const handleClick = useCallback(() => {
    setCount(prevCount => prevCount + 1); // 推荐使用函数式更新，避免将 count 加入依赖
    console.log('Button clicked, count:', count); // 注意：这里的 count 是定义时的值，如果需要最新值，用 prevCount
  }, []); // 依赖数组为空，表示这个函数只在组件初次挂载时创建一次

  const handleInputChange = (e) => {
    setText(e.target.value);
  };

  return (
    <div>
      <h1>Parent Count: {count}</h1>
      <input type="text" value={text} onChange={handleInputChange} />
      <ChildComponent onClick={handleClick} />
      <p>Input Text: {text}</p>
    </div>
  );
}

export default ParentComponent;

登录后复制

在这个例子中，如果你不使用

useCallback

登录后复制

，每次你在输入框中输入内容（导致

ParentComponent

登录后复制

重新渲染），

ChildComponent

登录后复制

也会跟着重新渲染，尽管它的

onClick

登录后复制

逻辑上并没有变。但加上

useCallback

登录后复制

后，只要

handleClick

登录后复制

的依赖项（这里是空数组，意味着没有依赖）不变，

ChildComponent

登录后复制

就不会因为

onClick

登录后复制

引用的变化而重新渲染。

为什么在React中需要useCallback？

这是一个很常见的问题，尤其是在你开始关注应用性能的时候。我们知道JavaScript里的函数也是对象，它们有自己的内存地址。在React组件每次重新渲染时，组件内部定义的任何函数，都会被视为一个新的函数实例，即使它们的代码一模一样。这就像你每次去银行，银行都给你发一张新的会员卡，虽然卡上的信息没变，但那确实是张“新卡”。

对于那些没有经过优化的普通React组件来说，这通常不是问题，因为它们无论如何都会重新渲染。但当你的子组件使用了

React.memo

登录后复制

（或类组件的

PureComponent

登录后复制

）进行优化时，问题就浮现了。

React.memo

登录后复制

的工作原理是对props进行浅层比较。如果它发现传递给它的函数prop的引用变了，它就会认为这个prop“变了”，然后触发子组件重新渲染。即使这个函数的功能、它内部依赖的数据都没有实际变化，仅仅是引用变了，

React.memo

登录后复制

的优化效果就大打折扣了。

所以，

useCallback

登录后复制

的必要性，主要体现在它能帮助我们维护函数引用的稳定性。通过确保函数引用不变，我们可以有效地配合

React.memo

登录后复制

等工具，避免不必要的子组件重新渲染，从而提升应用的整体性能。尤其是在处理大量列表渲染、或者有复杂交互逻辑的组件时，这种优化能带来明显的流畅度提升。它不是一个万能药，但确实能解决特定场景下的性能瓶颈。

使用useCallback常见的误区或挑战有哪些？

尽管

useCallback

登录后复制

听起来很美好，但在实际使用中，它也常常会带来一些困惑和“坑”。

一个最常见的挑战就是依赖数组（dependency array）的处理。如果你忘记在依赖数组中包含函数内部使用的所有外部变量，你就会遇到“闭包陷阱”或者说“陈旧闭包”（stale closures）的问题。这意味着你的函数会捕获到它定义时的那个旧的变量值，而不是最新的值。比如，如果

handleClick

登录后复制

依赖于

count

登录后复制

，但你的依赖数组是

[]

登录后复制

，那么

handleClick

登录后复制

里面的

count

登录后复制

永远是组件初次渲染时的那个值。解决办法通常是将所有外部依赖都列入数组，或者，如果可以，使用函数式更新（如

setCount(prevCount => prevCount + 1)

登录后复制

）来避免对状态变量的直接依赖。

阿里云-虚拟数字人

阿里云-虚拟数字人是什么？ ...

查看详情

另一个误区是过度使用

useCallback

登录后复制

。不是所有的函数都需要被记忆化。

useCallback

登录后复制

本身也是有开销的，它需要额外的内存来存储记忆化的函数，并且每次渲染时都需要进行依赖项的比较。如果一个函数只是在组件内部使用，或者它被传递给一个没有经过

React.memo

登录后复制

优化的子组件，那么使用

useCallback

登录后复制

可能带来的性能提升微乎其微，甚至可能因为其自身的开销而导致负优化。判断是否需要用

useCallback

登录后复制

，一个简单的原则是：这个函数是否作为props传递给了

React.memo

登录后复制

包裹的子组件？或者它是否是另一个Hook（如

useEffect

登录后复制

useMemo

登录后复制

）的依赖？如果都不是，那很可能就不需要。

再有，就是误以为

useCallback

登录后复制

能解决所有性能问题。它仅仅是解决了函数引用变化导致的重复渲染问题。如果你的组件因为其他原因（比如状态更新频繁、计算量大、DOM操作复杂）而性能不佳，

useCallback

登录后复制

可能帮不上忙。它只是React性能优化工具箱中的一个特定工具，需要结合具体场景来使用。有时候，性能问题可能出在组件结构本身，或者数据流设计上，这时候就不是一个

useCallback

登录后复制

能解决的了。

useCallback与useMemo、React.memo有什么关系？

这三个概念在React的性能优化领域里，就像是亲密的三兄弟，它们各自有分工，但又紧密协作。理解它们之间的关系，对于掌握React的性能优化至关重要。

首先，我们来说

React.memo

登录后复制

。它不是Hook，而是一个高阶组件（Higher-Order Component, HOC）。它的作用是包裹一个函数组件，然后对这个组件的props进行浅层比较。如果props在引用上没有变化，

React.memo

登录后复制

就会阻止这个组件重新渲染。它是性能优化的“守门员”，决定一个组件是否需要重新渲染。

接着是

useMemo

登录后复制

。这个Hook和

useCallback

登录后复制

是同胞兄弟，它们都用于记忆化（memoization）。但它们的记忆化对象不同：

useMemo

登录后复制

记忆化的是一个值。它接收一个函数和一个依赖数组，在依赖数组中的任何值发生变化时，它会重新执行这个函数并返回一个新的计算结果；否则，它返回上一次记忆化的结果。比如，你可以用它来记忆化一个计算开销很大的复杂数据结构，或者一个需要保持引用稳定的对象。

最后是我们的主角

useCallback

登录后复制

。它记忆化的是一个函数。从某种意义上说，

useCallback(fn, deps)

登录后复制

可以被看作是

useMemo(() => fn, deps)

登录后复制

的一个语法糖。

useMemo

登录后复制

返回的是

fn

登录后复制

执行后的结果，而

useCallback

登录后复制

直接返回

fn

登录后复制

这个函数本身，但保证了它的引用稳定。

它们之间的关系是这样的：

useCallback
登录后复制
和
useMemo
登录后复制
：它们都是为了提供“记忆化”能力，减少不必要的计算或对象/函数创建。
```
useCallback
```
登录后复制
是
```
useMemo
```
登录后复制
在函数记忆化场景下的特化版本。
useCallback
登录后复制
和
React.memo
登录后复制
：它们是最佳搭档。当
```
React.memo
```
登录后复制
包裹的子组件接收一个函数作为prop时，为了让
```
React.memo
```
登录后复制
的浅比较能够有效工作，这个函数就需要通过
```
useCallback
```
登录后复制
来记忆化，从而确保它的引用稳定。如果函数引用每次都变，
```
React.memo
```
登录后复制
就会失效。