React中immutable的UI组件渲染性能详解

更新时间：2023年04月17日 16:47:09 作者：是我打的太极拳

这篇文章主要为大家介绍了React中immutable的UI组件渲染性能详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪

引言

react 一直遵循UI = fn(state) 的原则，有时候我们的state却和UI不同步有时候组件本身在业务上不需要渲染，却又会再一次re-render。之前在项目中遇到的一些问题，这里做一个简单的分析，大家可以一起交流一下

UI组件渲染性能

react每次触发页面的更新可大致分成两步:

render(): 主要是计算v-dom的diff
commit阶段：将得到的diff v-dom一次性更新到真实DOM

一般我们讨论的渲染指的是第一步, 我可以悄悄的告诉你第二步我们也管不了,什么时候更新真实DOM, React有一套自己的机制

组件渲染分为首次渲染和重渲染,首次渲染不可避免就不讨论重渲染指当组件state或者props发生变化的时候造成的后续渲染过程，也是本文的讨论重点

其实React 在更新组件这方面一直都有一个诟病就是：

父组件重渲染的时候,会递归重渲染所有的子组件

const List = () => {
  const [name, setName] = useState<string>("");
  // 用来测试的其它状态值
  const [count, setCount] = useState<number>(0);
  const handleInputChange = (e: React.ChangeEvent<HTMLInputElement>) => {
    const val = e.target.value;
    setName(val);
  };
  const handleClick = () => {
    setCount((c) => c + 1);
  };
  return (
    <main>
      <div className="list">
        <input value={name} onChange={handleInputChange} />
        <button onClick={handleClick}>测试</button>
        <Child count={count} />
      </div>
    </main>
  );
};
const Child: React.FC<any> = (props) => {
  console.log("Child has render");
  return <p>count:{props.count}</p>;
};

当 Input name改变的时候 List触发rerender Child会发生rerender 可是Child 依赖的props只有count而已, 如果所有的子组件都被迫渲染，计算在render花费的时间和资源有可能成为性能瓶颈.

方案一：shallow compare

React其实刚出来就提供了优化的手段：

shouldComponentUpdate: 返回false 就直接跳过组件的render过程
React.PureComponent: 对props进行浅比较，如果相等则跳过render 用于class 组件
React.memo: 也是进行浅比较，适用于functional Component

本文设计的组件以functioal component为主因为后面会涉及到hooks的使用，对上述例子修改：

const Child: React.FC<any> = React.memo((props) => {
  console.log("Child has render");
  return <p>count:{props.count}</p>;
})

很好 child没有跟着name重渲染了，如果props是一个对象呢？

const List = () => {
  const [name, setName] = useState<string>("");
  // 用来测试的其它状态值
  const [count, setCount] = useState<number>(0);
  console.log(count)
  const handleInputChange = (e: React.ChangeEvent<HTMLInputElement>) => {
    const val = e.target.value;
    setName(val);
  };
  const handleClick = () => {
    setCount((c) => c + 1);
  };
  const item: IItem = {
    text: name,
    id: 1,
  };
  return (
    <main>
      <div className="list">
        <input value={name} onChange={handleInputChange} />
        <button onClick={handleClick}>测试</button>
        <Child  item={item} />
      </div>
    </main>
  );
};
const Child: React.FC<{ count?: number; item: IItem }> = React.memo(
  ({ item }) => {
    console.log("Child has render");
    return <p>text:{item.text}</p>;
  }
);

改变name时候Child会改变这是预期内的而当改变count时，Child还是会重渲染，这是什么原因呢？因为count改变后 List组件会rerender 从而导致导致 item这个对象又重新生成了导致child每次接受的是一个新的object对象由于每个literal object的比较是引用比较虽然前后属性相同，但比较得出的结果为false，造成 Child rerender 。

浅比较一定要相同引用吗？不一定，一般的面试中浅比较只是对值的比较但是React.memo中要求引用类型一定要相同为什么呢？我猜是出于对性能的考虑，不用深比较也是为了节约性能通常情况下我们想要的UI对应的是每个叶子节点的值，即只要叶子节点的值不发生变化就不要rerender

方案二：直接对前后的对象进行deepCompare

还好React.memo有第二个参数可以使用

const Child: React.FC<{ item: IItem }> = React.memo(
  ({ item }) => {
    console.log("Child has render");
    return <p>text:{item.text}</p>;
  },
  (preProps, nextProps) => {
    return _.isEqual(preProps, nextProps); // lodash的深比较 
  }
);

保证引用相等的情况下,值也相等 useRef

  const item: MutableRefObject<IItem> = React.useRef({
    text: name,
    id: 1,
  });
<Child item={item.current} />

好家伙，name无论怎么变化 Child 始终不会更新,useRef保证了返回的值是一个MutableObject 不可变的，意思就是引用完全相同不管值变化就不会保持更新.导致了UI不一致,那么我们怎么保证 name 不变的时候 item 和上次相等，name 改变的时候才和上次不等。useMemo

  const item: IItem = React.useMemo(
    () => ({
      text: name,
      id: 1,
    }),
    [name] // name变化触发item不等 name不变item和上次相同
  );

总结：

父组件重渲染的时候,会递归重渲染所有的子组件
对primitive 值的数据 React比较值的相等来判断是否重渲染组件对Object数据 React比较引用如果引用相同不会重渲染,如果引用不同会认为是不同对象造成重渲染
useRef返回一个MutableRefObject数据永远返回的是同一个引用直到生命周期结束,官网的注解

useRef returns a mutable ref object whose .current property is initialized to the passed argument

(initialValue). The returned object will persist for the full lifetime of the component.

useMemo 返回一个计算的值当dep改变时返回的值才改变（引用的改变）

以上就是React中immutable的UI组件渲染性能详解的详细内容，更多关于React immutable UI组件渲染的资料请关注脚本之家其它相关文章！

您可能感兴趣的文章:

React Native中Navigator的使用方法示例
导航组件Navigator可以让我们客户端在不同的页面见进行切换，下面这篇文章主要给大家介绍了关于React Native中Navigator的使用方法，文中通过图文介绍的非常详细，需要的朋友可以参考借鉴，下面随着小编来一起学习学习吧。
2017-10-10
基于React实现表单数据的添加和删除详解
这篇文章主要给大家介绍了基于React实现表单数据的添加和删除的方法，文中给出了详细的示例供大家参考，相信对大家具有一定的参考价值，需要的朋友们下面来一起看看吧。
2017-03-03
react中useState使用:如何实现在当前表格直接更改数据
这篇文章主要介绍了react中useState的使用:如何实现在当前表格直接更改数据，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教
2022-08-08
react-native使用leanclound消息推送的方法
这篇文章主要介绍了react-native使用leanclound消息推送的方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2018-08-08
react实现pure render时bind(this)隐患需注意!
这篇文章主要为大家详细介绍了值得你在react实现pure render的时候，需要注意的bind(this)隐患，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2017-03-03
React Native 截屏组件的示例代码
本篇文章主要介绍了React Native 截屏组件的示例代码，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2017-12-12
useEffect中不能使用async原理详解
这篇文章主要为大家介绍了useEffect中为什么不能使用async的原理详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
2022-07-07
解决React报错Rendered more hooks than during
这篇文章主要为大家介绍了React报错Rendered more hooks than during the previous render解决方法详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
2022-12-12
利用React实现一个有点意思的电梯小程序
这篇文章主要为大家详解介绍了如何利用React实现一个有点意思的电梯小程序，文中的示例代码讲解详细，感兴趣的小伙伴可以跟随小编一起了解一下
2022-08-08
react-redux多个组件数据共享的方法
这篇文章主要介绍了react-redux多个组件数据共享的方法，本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下
2022-08-08