React useMemo 依赖对象每次新建为什么仍然重复计算
如果 useMemo 的计算函数每次组件渲染都重新执行,先看依赖数组里有没有组件函数体内新建的对象或数组。React 比较依赖时使用 Object.is,对象比较的是引用,不是里面的字段;因此 { matchMode: 'whole-word', text } 每次都是新引用,即使 text 没变,缓存也会失效。
- 依赖对象每次新建会让
useMemo认为依赖已变化。 - 只为一次计算服务的对象,优先移到
useMemo回调内部。 - 传给
useEffect等其他 Hook 的对象,才考虑单独稳定引用。
为什么对象依赖会让 useMemo 失效

下面这种写法看起来依赖写全了,实际上把最容易变化的对象放进了依赖数组:
function Dropdown({ allItems, text }) {
// 组件每次渲染都会创建一个新的对象引用
const searchOptions = { matchMode: 'whole-word', text };
const visibleItems = useMemo(() => {
// 计算本身没有问题,问题在 searchOptions 的引用不稳定
return searchItems(allItems, searchOptions);
}, [allItems, searchOptions]);
return
;
}
第一次渲染得到引用 A,下一次执行函数体又得到引用 B。A 和 B 的字段可能完全相同,但 Object.is(A, B) 为 false,所以 React 会再次调用 searchItems。这不是 React 没有缓存,而是缓存的前提已经被依赖变化打破。
先把对象移入 useMemo 的计算函数
如果 searchOptions 只服务于这一次筛选,最简单的修复是不要让它成为外部依赖,把它放进回调里,并直接依赖真正的原始值:
function Dropdown({ allItems, text }) {
const visibleItems = useMemo(() => {
// 只有 allItems 或 text 变化时,才需要重新筛选
const searchOptions = { matchMode: 'whole-word', text };
return searchItems(allItems, searchOptions);
}, [allItems, text]);
return
;
}
这时依赖数组表达的是业务条件:数据集合 allItems 或搜索词 text 变化。不要为了让依赖数组“看起来完整”而把临时对象加进去;对象的创建位置决定了它是否会被当成新的响应式值。
| 写法 | 依赖变化来源 | 适用判断 |
|---|---|---|
| 对象在组件体内创建 | 每次渲染都有新引用 | 容易让缓存失效 |
| 对象在 useMemo 回调内创建 | 原始值变化 | 一次计算的局部配置 |
| 对象由另一个 useMemo 创建 | 指定原始值变化 | 需要传给其他 Hook 或子组件 |
对象必须传给其他 Hook 时再稳定它

有些对象不是只给当前计算用,而是还要作为 useEffect 的依赖。这时可以先用原始依赖记忆对象:
function ChatRoom({ roomId }) {
const options = useMemo(() => ({
// 服务器地址是固定配置,房间号来自 props
serverUrl: 'https://localhost:1234',
roomId,
}), [roomId]);
useEffect(() => {
// 连接只随稳定后的 options 变化
const connection = createConnection(options);
connection.connect();
return () => connection.disconnect();
}, [options]);
}
不过 React 官方也提醒,useMemo 是性能优化手段,不是语义保证。若对象只在 Effect 中使用,通常可以把对象直接移入 Effect,让 Effect 依赖 roomId;这样层次更少,也不需要维护一层额外缓存。
用检查清单区分真正的依赖变化
排查时不要只盯着“计算函数执行了几次”,按下面顺序看更快:
- 确认依赖数组存在且长度固定;没有第二个参数时,
useMemo会在每次渲染重新计算。 - 逐项检查对象、数组和函数是否在组件体内新建;它们要么移入回调,要么用原始依赖稳定。
- 开发环境的 Strict Mode 可能让计算函数被调用两次,这是帮助发现不纯逻辑的行为,不等于生产环境每次都会重复计算。
- 用 React DevTools Profiler 确认计算是否真的昂贵;很快的计算不必为了缓存增加复杂度。
常见问题
把对象写成 JSON.stringify 后放进依赖数组可以吗?
不建议把序列化当常规修复。它会增加计算成本,并隐藏真正的依赖边界;优先拆出稳定的原始字段。
useMemo 的依赖对象字段没变,为什么还是会重算?
因为 React 比较的是对象引用。字段相同只说明值相似,不代表两个对象是同一个引用。
所有对象都应该用 useMemo 包起来吗?
不需要。只有计算明显昂贵、对象会传给依赖敏感的 Hook,或需要配合 memo 子组件时,稳定引用才更有价值。
Go channel 关闭后为什么还能读到零值
- 上一篇
- Go channel 关闭后为什么还能读到零值
- 下一篇
- Go os.ReadDir 怎么按文件大小筛选并稳定排序
-
- 文章 · 前端 | 14小时前 | vite 浏览器兼容 前端构建 Baseline build.target
- Vite 怎样设置 Baseline 浏览器构建目标
- 366浏览 收藏
-
- 文章 · 前端 | 14小时前 |
- CSS view-transition-name 怎样连接页面状态切换
- 263浏览 收藏
-
- 文章 · 前端 | 16小时前 | 前端 · JSON · javascript · JavaScript JSON.stringify 超大整数 JSON.rawJSON
- JSON.rawJSON 怎么在序列化时保留超大整数文本
- 442浏览 收藏
-
- 文章 · 前端 | 16小时前 |
- CSS nesting 怎样组织组件内嵌套规则
- 227浏览 收藏
-
- 文章 · 前端 | 16小时前 |
- Fetch priority 怎样提示浏览器资源优先级
- 208浏览 收藏
-
- 文章 · 前端 | 17小时前 | 前端 · JSON · javascript · JavaScript vite json模块 ES module import attributes with type=json
- JavaScript import attributes 怎样加载 JSON 模块
- 406浏览 收藏
-
- 文章 · 前端 | 17小时前 | 前端 · 性能优化 · javascript · 浏览器API · IntersectionObserver rootMargin threshold Intersection Observer API unobserve 前端懒加载
- IntersectionObserver 怎样按可见性加载内容
- 182浏览 收藏
-
- 文章 · 前端 | 17小时前 | 前端 · css · 浏览器兼容 · anchor-name position-area CSS anchor positioning position-anchor position-try 下拉菜单定位
- CSS anchor positioning 怎样让下拉菜单跟随触发按钮并自动避让边缘
- 161浏览 收藏
-
- 文章 · 前端 | 18小时前 | 前端 · css · 可访问性 · CSS 滚动容器 overflow: clip overflow: hidden 键盘聚焦
- CSS overflow: clip 怎样在裁剪内容时不产生滚动条
- 252浏览 收藏
-
- 文章 · 前端 | 19小时前 | 前端 · css · CSS 组件样式 @scope scope root scope limit :scope
- CSS @scope 怎样限制组件样式不越过容器边界
- 208浏览 收藏
-
- 文章 · 前端 | 2天前 | 并发控制 · 前端 Query Web Locks API LockManager 多标签页同步
- 前端 Web Locks 怎样查询当前持有者
- 284浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 587次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 624次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 659次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 627次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 442次使用
-
- Chrome DevTools 如何验证页面能否命中 bfcache:Run Test 与失败原因定位
- 2026-09-04 259浏览
-
- Chrome DevTools 模拟慢网络验证前端加载的操作步骤
- 2026-10-17 118浏览
-
- GitHub 如何重建超大型拉取请求的差异渲染
- 2026-10-05 446浏览
-
- 浏览器 scheduler.postTask 怎么安排后台任务:优先级、取消与降级策略
- 2026-08-24 372浏览
-
- 前端大列表滚动为什么会掉帧:虚拟列表、批量渲染与 60 FPS 验收
- 2026-08-24 458浏览

