React Hooks 系列 之 useMemo

React Hooks 系列 之 useMemo

介绍

useMemo 是 React 的一个 Hook,它用于优化性能,特别是在组件重新渲染时。当组件的某些状态或属性发生变化时,useMemo 可以帮助我们避免不必要的计算或渲染。

在复杂的 React 应用中,我们可能会遇到组件频繁重新渲染的情况,这可能会导致应用性能下降。有时,即使状态或属性发生了变化,我们也不希望执行某些计算或渲染。这时,useMemo 就派上了用场。

useMemo 接受两个参数:一个函数和一个依赖数组。函数返回我们想要“记住”的值,而依赖数组告诉 React 什么时候重新计算这个值。

const memoizedValue = useMemo(() => computeExpensiveValue(a, b), [a, b]);

::: warning 注意 useMemo 第二个参数是一个数组,浅比较数组中的值,如果是对象或者数组即比较其引用是否发生了变化,如果有变化则重新计算,否则不重新计算。

案例可以参考 useEffect 中的依赖项。传送门:React Hooks 系列 之 useEffect :::

用法

1、跳过代价昂贵的重新计算

useMemo 返回一个 memoized 值。这意味着它会记住上一次的计算结果,并在依赖项没有发生变化时返回该结果,而不是重新计算。这可以帮助避免在每次渲染时进行昂贵的计算。

::: details demo 代码 <<< @/components/react/hooks/useMemo/SkipExpensiveCalc.jsx :::

在这个例子中,我们可以通过对比三个按钮的行为来分析useMemo的作用:

  1. 对于"maxKey - 100"按钮:点击该按钮会更新maxKey的值,因为没有使用useMemo,所以只要有状态更新都会重新计算从 1 到maxKey的数字之和并显示在页面上计算数字之和,即使maxKey的值没有发生变化。

  2. 对于"maxNumber - 100"按钮:点击该按钮会更新maxNumber的值,但是如果maxNumber没有发生变化,即点击前后的值相同,那么使用了useMemomaxNumberSum函数不会重新计算,而是返回之前缓存的结果。只有maxNumber发生变化时,maxNumberSum才需要重新计算。

  3. 对于"Count + 1"按钮:点击该按钮只会更新count的值,对maxKeymaxNumber没有影响。maxNumberSum 函数不会重新计算,因为它的依赖项没有发生变化。maxKeySum 由于没有使用 useMemo,所以页面重新渲染时,maxKeySum 函数会重新执行。

综上所述,useMemo的作用是在依赖项发生变化时进行记忆优化,避免不必要的重复计算,提高性能。在本例中,我们使用useMemo优化了从 1 到maxNumber的数字之和的计算,确保仅当maxNumber发生变化时才重新计算,避免了在每次渲染时都进行计算的开销。

2、跳过组件的重新渲染

useMemo的另一个用途是跳过组件的重新渲染。在某些情况下,我们希望组件的某些属性发生变化时,组件不会重新渲染。这时,我们可以使用useMemo来返回组件的 memoized 值,从而避免组件的重新渲染。

::: details demo 代码 <<< @/components/react/hooks/memo/ObjectInProps3.jsx :::

调用 useMemo 后大致执行情况

graph TD
    A[调用useMemo]
    B[创建/获取当前组件的Fiber节点]
    C[检查Fiber节点上的hooks链表-每个节点对应一个hook]
    D[是否存在对应的hook对象?]
    E[创建新的hook对象]
    F[检查hook对象的memoizedState属性]
    G[依赖项是否改变?]
    H[从memoizedState获取值]
    I[重新计算值]
    J[更新memoizedState属性]
    K[返回memoized值]

    A --> B
    B --> C
    C --> D
    D -- No --> E
    D -- Yes --> F
    E --> F
    F --> G
    G -- No --> H --> K
    G -- Yes --> I --> J --> K
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
前言如释重负,好用的技术就应该越来越简单React HooksReact 16.8 从提案转为正式加入的新特性。这个新特性是个非常棒的设计。 可以说对于React 技术栈的发展具分割线一样的意义。讲师在课程中提到:之前使用 React 作为主要的前端技术,开发一款网页游戏。在整个游戏的各个模块中,Redux ,mobx,以及蚂蚁金服的 ant-design,dva, umi 这些框架或者第三方库都有涉及使用。但是自从了解了Facebook官方提案的 Hooks 特性后,才真正觉得获得了前所未有的解脱。如果你有React开发经验,学习了解 Hooks 后,一定有一种如释重负的轻松感。React 带来了方便也带来了迷茫相信关心 React Hooks 这项新特性的童鞋,很多已经有了一定的 React 开发经验。那么你一定有所体验,React 给我们带来方便的同时,也的确和长久以来的前端开发模式有极大的不同。React 并不需要用继承,而是推荐用嵌套。React 有独特的 jsx 语法。大多数情况 jsx 都使得我们的代码更加简洁了。然而有些时候也给我们带来了一些困扰。 比如数据的传递,逻辑的复用。 react 是一种 mvvm 的设计模式,作为开发者一定要清楚,那些数据是业务数据,那些数据是UI数据。否则你的代码很有可能会陷入混乱局面。大型项目中模块化与功能解耦困难在公司项目中 App 稍大的时候,我们发现状态提升和只通过 props 进行数据传递。很多时候都很难实现我们的需求。这时无论我们是否清楚的了解,但是状态管理也就是 redux mobx 等,轻易地进入到了公司的项目中。我们经过初期的尝试发现状态管理,确实比用纯粹的 React 带来了数据传递上的方便,以及代码组织上的清晰。但前提是你看懂且理解了 redux 大神晦涩的官网文档。 本来 React 被设计用来组件化前端开发。但当我们初期使用状态管理,我们常常会过度的使用状态数据,业务逻辑和ui逻辑没有清楚的分离,最终你的应用代码结果可能是:除了少数几个组件是独立的解耦的,大多数组件都因为状态数据的共享而耦合在了一起,且他们也完全依赖状态管理框架。无法再轻松的转移复用。使用高阶组件,属性渲染,渲染回调等高级特性,确实可以帮我们解决模块或功能的解耦问题。但是这些方法,确实有点超出普通“猿类”的技能。且降低了代码的可读性,对于团队协作,这是很致命的问题。React Hooks 真正开启前端模块化的金钥匙对于以上问题,React Hooks 都有很好的解决方案,官方的设计动机就是解决这些曾经的繁琐,化繁为简。React Hooks 让我们在纯函数中就可以使用 React 的众多特性。而不必使用类。代码扁平,易读。解耦状态相关逻辑,UI逻辑和业务逻辑更好的分离。这些逻辑往往是纯函数,而以前很容易混合在类组件中。通过自定义 Hooks 我们可以把应用中“状态相关”逻辑解耦出来,独立编写到我们自己的hooks 中。从而更加易于复用和独立测试。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值