React中immutable的UI组件渲染性能是什么

阅读：523 来源：乙速云作者：代码code

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("");
  // 用来测试的其它状态值
  const [count, setCount] = useState(0);
  const handleInputChange = (e: React.ChangeEvent) => {
    const val = e.target.value;
    setName(val);
  };
  const handleClick = () => {
    setCount((c) => c + 1);
  };
  return (
    
      
        
        测试

); }; const Child: React.FC = (props) => { console.log("Child has render"); return

count:{props.count}

; };

React中immutable的UI组件渲染性能是什么

当 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 = React.memo((props) => {
  console.log("Child has render");
  return count:{props.count};
})

React中immutable的UI组件渲染性能是什么

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

const List = () => {
  const [name, setName] = useState("");
  // 用来测试的其它状态值
  const [count, setCount] = useState(0);
  console.log(count)
  const handleInputChange = (e: React.ChangeEvent) => {
    const val = e.target.value;
    setName(val);
  };
  const handleClick = () => {
    setCount((c) => c + 1);
  };
  const item: IItem = {
    text: name,
    id: 1,
  };
  return (
    
      
        
        测试

); }; const Child: React.FC<{ count?: number; item: IItem }> = React.memo( ({ item }) => { console.log("Child has render"); return

text:{item.text}

; } );

改变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 text:{item.text};
  },
  (preProps, nextProps) => {
    return _.isEqual(preProps, nextProps); // lodash的深比较 
  }
);

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

  const item: MutableRefObject = React.useRef({
    text: name,
    id: 1,
  });

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

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

分享到：

*特别声明：以上内容来自于网络收集，著作权属原作者所有，如有侵权，请联系我们： hlamps#outlook.com （#换成@）。

上一篇： Go中序列化与反序列化如何使用

下一篇： sms4j 2.0全新来袭功能的调整及maven变化是什么

你可能感兴趣