React 性能优化

优化 - 避免不必要的re-render

React 虚拟 DOM 可以在很大的程度上避免浏览器重绘和重流,这可以解决大部分问题,另外我们还可以自己控制组件是否需要重新渲染来进一步优化。

以下场景会触发组件re-render

  • props change
  • context change
  • state change
    • Class Component:this.setState
    • Function Component:state hook set
  • 父组件re-render会触发子组件re-render,即使传入的props未发生变化
  • forceUpdate

React 组件的生命周期函数shouldComponentUpdatere-render之前运行,函数默认返回true进行重新渲染。 我们可以对比新旧propsstates决定是否进行re-render。注意:shouldComponentUpdate不会阻塞子组件的re-render

shouldComponentUpdate(nextProps, nextState) {
  return false;
}

shouldComponentUpdate中进行对象的深比较工作量非常大,使用不可变数据是更好的优化方案。很多开发者为了方便会将全部数据使用一个大的数据传递给子组件,由子组件自由使用,如果有很多子组件那么shouldComponentUpdate的实现会比较困难而且比较容易出现 BUG。

React.PureComponent

大多数时候我们可以使用React.PureComponent来代替手动写shouldComponentUpdatePureComponent内部隐式实现了shouldComponentUpdate方法。

class CounterButton extends React.PureComponent {
  constructor(props) {
    super(props);
    this.state = {count: 1};
  }

  render() {
    return (
      <button
        color={this.props.color}
        onClick={() => this.setState(state => ({count: state.count + 1}))}>
        Count: {this.state.count}
      </button>
    );
  }
}

但是PureComponent使用浅比较对比propsstates,所以mutated props场景PureComponent无法保证正确。 我们可以使用Object.assign()Array.prototype.concat()、展开语法等方式避免mutated操作。

this.setState((state) => ({
  words: state.words.concat(["newItem"]),
}));
this.setState((state) => ({
  words: [...state.words, "newItem"],
}));

function updateColorMap(color) {
  return Object.assign({}, color, { right: "blue" });
}
function updateColorMap(color) {
  return { ...color, right: "blue" };
}

但是如果处理多层嵌套的对象或数组这种手动处理的方式会非常让人抓狂,可以借助Immerimmutability-helper

React.memo()

React.memo()是一个高阶组件,和PureComponent相同都会对组件的props进浅比较,以优化re-render,不同的是React.memo()是函数组件。

function MyComponent(props) {
}
function areEqual(prevProps, nextProps): boolean {
  // 和 shouldComponentUpdate不同
  // 返回 false 会重新渲染
  // 返回 true 会跳过渲染
}
export default React.memo(MyComponent, areEqual);

优化-使用 React Hook memo 实现稳定的 props

useMemouseCallback用法和优化思路一致,避免父组件的 re-render 导致生成新的引用类型变量传递给子组件导致子组件的更新管理(shouldComponentUpdate等)失效。都会在第一次渲染的时候执行,之后会在其依赖的变量发生改变时再次执行,并且这两个 hooks 都返回缓存的值,useMemo返回缓存的变量,useCallback返回缓存的函数。

  • useCallback:针对于子组件渲染优化,保证父组件每次rerender导致传入子组件的函数都是memoized
  • useMemo:有两个优化场景
    • 类似useCallback可以保证传入子组件的非普通类型变量memoized
    • 针对于当前组件高开销的计算,只在依赖参数变化是重新计算,避免每次render都进行计算
      • 高开晓技术不只针对 state 的加工处理,同样可以应用于组件渲染的缓存
import React, { memo, useState, useMemo } from "react";
function App() {
  const [value, setValue] = useState(0);

  const increase = useMemo(() => {
    if (value > 2) return value + 1;
  }, [value]);

  return (
    <div>
      <Child value={value} />
      <button
        type="button"
        onClick={() => {
          setValue(value + 1);
        }}
      >
        value:{value},increase:{increase || 0}
      </button>
    </div>
  );
}

const Child = memo(function Child(props) {
  console.log("Child render");
  return <h1>value:{props.value}</h1>;
});
export default App;

// memo组件渲染
export default function App2() {
  const comp = useMemo(() => {
    return <Child name="使用 useMemo 作为 children" />
  }, [])

  return (
    <div className="App">
      <Child name="直接作为 children" />
      {comp}
    </div>
  )
}

优化 - 使用发布者订阅者模式跳过中间组件 Render 过程

React 状态提升会将所有公共数据放到公共祖先上,然后层层向下传递,这样会导致中间组件的无意义更新。 可以使用布者订阅者模式优化,具体可以使用React Context或者Redux等方案实现。

优化 - 状态下放,缩小状态影响范围

将大组件按使用的 state 拆分成小组件,这样 state 的更新只会触发使用到变更 state 的组件更新,缩小 state 的影响范围

懒渲染

在进入或即将进入可视范围时渲染,react-visibility-observer

TODO:不可变数据落地

TODO:React Profiler

TODO:Long List

参考

React 性能优化 | 包括原理、技巧、Demo、工具使用

results matching ""

    No results matching ""