Реагировать: если вы установите состояние в кадре анимации запроса, будет ли реагировать график рендеринга на кадр анимации?

Я пытаюсь понять нюансы использования чего-то вроде игрового цикла внутри React (версия 16+). Я не понимаю, как стратегия рендеринга React конфликтует (или не конфликтует) с другим планировщиком рендеринга — в данном случае: запрашиваем кадр анимации.

Обратитесь к следующему примеру, где игровой цикл используется для установки состояния:

class Loop extends Component {
  constructor(props) {
    super(props);
    this.state = { x: 0 };
  }

  componentDidMount() {
    let then = performance.now();
    const loop = now => {
      if (this.state.x < 400)
        window.requestAnimationFrame(loop);
      const dt = now - then;
      then = now;
      this.setState(prevState => ({ x: prevState.x + (dt * 0.1) }));
    };
    loop(then);
  }

  render() {
    const { x } = this.state;
    return <div style={{
      backgroundColor: "green",
      height: "50px",
      width: `${x}px`
    }}></div>;
  }
}

Будет ли это работать так же, как если бы кто-то манипулировал DOM напрямую? Или будет реагировать на что-то вроде пакетных обновлений состояния для рендеринга, побеждая цель использования кадра анимации запроса?


reactjs requestanimationframe
person MFave    schedule 30.12.2018    source источник

Ответы (1)


arrow_upward
7
arrow_downward

Вот что я подумал, отвечая на этот вопрос: 54145709">Как реализовать игровой цикл с requestAnimationFrame для нескольких компонентов React Redux?

Поскольку setState является асинхронным, на самом деле нет гарантии, что при вызове React собирается выполнить обновление и повторно отобразить компонент, напротив, React может просто поместить это обновление в очередь, которая будет обработана в какой-то момент, который на самом деле может быть в следующем кадре или позже.

Я профилировал очень простое приложение, используя requestAnimationFrame, чтобы увидеть, так ли это, а на самом деле это не так:

class ProgressBar extends React.Component {

  constructor(props) {
    super(props);
    
    this.state = {
      progress: 0,
    };
  }
  
  update() {
    this.setState((state) => ({
      progress: (state.progress + 0.5) % 100,
    }));
  }  

  render() {
    const { color } = this.props;
    const { progress } = this.state;
    
    const style = {
      background: color,
      width: `${ progress }%`,
    };
    
    return(
      <div className="progressBarWrapper">
        <div className="progressBarProgress" style={ style }></div>
      </div>
    );  
  }
}

class Main extends React.Component {

  constructor(props) {
    super(props);
    
    const progress1 = this.progress1 = React.createRef();
    const progress2 = this.progress2 = React.createRef();
    const progress3 = this.progress3 = React.createRef();
    
    this.componentsToUpdate = [progress1, progress2, progress3];
    this.animationID = null;    
  }
  
  componentDidMount() {  
    this.animationID = window.requestAnimationFrame(() => this.update());  
  }
  
  componentWillUnmount() {
    window.cancelAnimationFrame(this.animationID);
  }
  
  update() {
    this.componentsToUpdate.map(component => component.current.update());
  
    this.animationID = window.requestAnimationFrame(() => this.update());  
  }
  
  render() {
    return(
      <div>
        <ProgressBar ref={ this.progress1 } color="magenta" />
        <ProgressBar ref={ this.progress2 } color="blue" />     
        <ProgressBar ref={ this.progress3 } color="yellow" />       
      </div>
    );
  }
}

ReactDOM.render(<Main />, document.getElementById('app'));
body {
  margin: 0;
  padding: 16px;
}

.progressBarWrapper {
  position: relative;
  width: 100%;
  border: 3px solid black;
  height: 32px;
  box-sizing: border-box;
  margin-bottom: 16px;
}

.progressBarProgress {
  position: absolute;
  top: 0;
  left: 0;
  height: 100%;
}
<script crossorigin src="https://unpkg.com/react@16/umd/react.development.js"></script>
<script crossorigin src="https://unpkg.com/react-dom@16/umd/react-dom.development.js"></script>

<div id="app"></div>

Здесь вы можете видеть, как обновления добавляются в очередь (enqueueSetState), но работа выполняется сразу, и все обращения к update, setState, render, commitWork... происходят в одном кадре:

Пример результата профилирования приложения

Однако я подозреваю, что в реальном приложении, где у React есть больше обновлений для обработки, или в будущих версиях React с такими функциями, как разделение времени, асинхронные обновления с приоритетами... на самом деле это может быть не так.

person Danziger    schedule 11.01.2019