父组件一更新,子组件就必须跟着更新吗?从 memo 走到 useCallback

父组件一更新,子组件就必须跟着更新吗?从 memo 走到 useCallback

父组件有多个状态时,子组件是否会被无关状态牵连,是 React 性能优化里很容易混淆的问题。这个 Demo 的答案不是"所有地方都加 Hook",而是先用 memo 判断 Props,再针对函数引用选择 useCallback,针对昂贵计算选择 useMemo。本文基于本地源码静态整理,运行未验证。

先看这份 Demo 的事实

jsx 复制代码
const RegularChild = memo(function RegularChild({ name }) {
  console.log('RegularChild 组件渲染')
  return <h1>当前名字:{name}</h1>
})

function App() {
  const [count, setCount] = useState(0)
  const [name, setName] = useState('少林队')

  return (
    <>
      <button onClick={() => setCount(count + 1)}>增加</button>
      <button onClick={() => setName('峨眉队')}>改变名字</button>
      <RegularChild name={name} />
    </>
  )
}

App 同时管理 countname,而 RegularChild 只接收 name。因此,点击计数按钮时,父组件需要更新,但子组件的输入并没有改变。

另外,这份源码虽然位于 useCallback 目录,但当前实际使用的是 useStatememo,并没有真正写出 useCallbackuseMemo

memo:先解决"Props 没变还执行"

memo 会根据子组件 Props 进行浅层比较:

text 复制代码
count 改变
  ↓
App 重新渲染
  ↓
name 仍然相同
  ↓
memo 尝试跳过 RegularChild

而点击改变名字按钮时:

text 复制代码
name 改变
  ↓
RegularChild 的 Props 改变
  ↓
子组件重新渲染

这就是 README 中"属性比对"的具体含义。它比较的是传入子组件的 Props,不是比较父组件所有 state。

useCallback:保持函数 Props 稳定

现在假设子组件需要一个回调:

jsx 复制代码
const handleSelect = () => {
  console.log(name)
}

<RegularChild onSelect={handleSelect} />

每次 App 重新执行,普通函数也可能重新创建。对于 memo 来说,新的函数引用可能意味着新的 Props:

text 复制代码
业务逻辑相似,不代表函数引用相同

使用 useCallback

jsx 复制代码
const handleSelect = useCallback(() => {
  console.log(name)
}, [name])

name 不变时,函数引用保持稳定;当 name 变化时,函数也会更新,保证闭包读取到正确值。

重点:useCallback 缓存的是函数本身的引用,不是函数调用后的结果。

useMemo:保持计算结果稳定

如果要计算一个结果:

jsx 复制代码
const completedItems = useMemo(() => {
  return items.filter(item => item.done)
}, [items])

它的判断是:

text 复制代码
todos 不变 → 复用上次结果
todos 改变 → 重新计算

因此三者的分工是:

工具 解决的问题
memo 子组件 Props 不变时跳过渲染
useCallback 函数作为 Props 时保持引用稳定
useMemo 复杂计算结果重复生成

一条实际决策路径

text 复制代码
发现子组件重复执行
  ↓
先检查子组件 Props 是否真的变化
  ↓
没有变化?尝试 memo
  ↓
Props 中有函数且引用不稳定?考虑 useCallback
  ↓
存在昂贵计算?考虑 useMemo
  ↓
用 Profiler 或日志确认结果

不要因为看到了重新渲染就机械地添加三个 API。记忆化本身也需要维护依赖和缓存,过度使用会降低代码可读性。

关于当前日志的边界

App.jsxRegularChild 都有渲染日志,适合帮助初学者观察父子组件执行过程。但当前源码只导入了 StrictMode,并没有用它包裹 <App />。因此,源码本身不足以解释所有可能的重复日志;本次没有执行项目,实际输出仍需在当前环境验证。

结尾:面试时怎么回答

可以这样说:

React 中父组件状态变化会触发父组件重新渲染,普通子组件可能跟随执行。memo 可以对 Props 做浅层比较,在 Props 没变化时跳过子组件更新;如果传入函数 Props,使用 useCallback 稳定函数引用;如果存在昂贵计算,使用 useMemo 缓存结果。优化前应先定位真实的重复渲染或计算,避免过度记忆化。

最后记忆三个关键词:

text 复制代码
memo:子组件
useCallback:函数引用
useMemo:计算结果
相关推荐
胡萝卜术1 小时前
复用与并行:从自定义 Hooks 封装状态逻辑,到 Web Worker 的多线程计算
前端·javascript·面试
circuitsosk1 小时前
长文本与高并发下的Token“瘦身”策略:Prompt压缩与上下文窗口优化
java·前端·python·prompt·上下文窗口·token优化
触底反弹1 小时前
🏗️ 写完 Todos 之后,大型 React 项目的 7 个架构真相
前端·react.js·前端框架
huabuyu1 小时前
CLS 总是修不好?因为你只盯着分数,从没拆开看过它
前端·javascript
倾颜1 小时前
会 Vue / React,上手 Electron 真没那么难:前端开发者需要补齐的核心知识
前端
kisshyshy1 小时前
从多页面到SPA:React Router 路由进阶完全指南
前端·javascript·react.js
今日无bug1 小时前
JS 数据类型 + 内存分配:从 8 种类型到栈堆模型
javascript·数据结构
JakeJiang1 小时前
抓到接口还不够:用 AIProxy 改返回、Mock 数据、切测试环境
前端·后端
倾颜1 小时前
从 Web 到桌面:AI Mind Electron Desktop Host 的安全边界设计
前端