Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

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

2 Лишняя перерисовка компонентов может привести к непредвиденным событиям, когда при отрисовке компонента срабатывают побочные эффекты, либо перерисовка может повлиять на производительность.

3 Самый простой способ отследить перерисовку компонента - это расставить точки остановки выполнения кода в дебагере, либо добавить вывод лога.

4 Ниже простое приложение из двух компонентов:

5 В компонент Greeting мы добавили вывод в console.log() с меткой о времени для наглядности. Так мы сможем отследить время отрисовки компонента. Компонент App использует в представлении Greeting и содержит поле ввода, в котором меняется состояние компонента.

6 Если ввести значение в input, то в консоли браузера мы увидим вывод сообщения об отрисовке компонента Greeting. Компонент будет отрисовываться каждый раз, когда мы вводим значение в поле. Добавляем или удаляем один символ - и компонент перерисовывается. Если мы напечатаем слово hello, компонент перерисуется пять раз.

7 <h2>Расширение Profiler</h2>

8 Есть более удобный способ отслеживать отрисовку компонентов. Для этого нужно установить расширения для браузера<a>React Developer Tools</a>. Расширение добавляет несколько инструментов для работы с React-приложением. Один из них - это Profiler, позволяющий отслеживать отрисовку компонентов.

9 Нужно открыть вкладку Profiler в devtools, нажать кнопку записи слева и после этого взаимодействовать с приложением - например, ввести в поле любое значение, после этого остановить запись

10 Так будет выглядеть результат, если ввести в поле строку "hello":

11 В правой верхней части можно переключаться между шагами рендера, Profiler сохраняет информацию о каждом рендере и отображает информацию сколько времени отрисовывался каждый компонент.

12 Пока может показаться, что это немного. Но в сложных приложениях с большим количеством компонентов такой инструмент может быть очень полезным.

13 Обычно при сборке React-приложение оптимизируется и поддержка профайлера из него убирается. Но вы можете использовать флаг --profile в команде сборки, если используете create-react-app, чтобы оставить поддержку инструмента на сервере:

14 <h2>Инструмент memo</h2>

15 В нашем приложении изменяется состояние корневого компонента. Это влечет за собой его перерисовку, что, в свою очередь, влечет за собой перерисовку всех дочерних компонентов. Компонент Greeting каждый раз перерисовывается. Это не всегда нужно, ведь в компоненте каждый раз рендерится одно и то же сообщение.

16 Такое поведение можно изменить, в React для этого используется инструмент мемоизации memo. Достаточно в него передать наш компонент:

17 Вот как будет выглядеть наше приложение:

18 Теперь, если ввести в поле значение, то по профайлеру или выводу логов мы увидим, что компонент Greeting не отрисовывается.

19 Это не значит, что компонент теперь всегда будет отрисовываться один раз. Если мы будем передавать в компонент измененный пропс, то перерисовка произойдет все равно:

20 <h2>Мемоизация и useMemo</h2>

21 Изменение пропсов может привести к ситуации, когда сами данные не меняются, но меняется ссылка на объект. В этом случае перерисовка произойдет, и memo не поможет. Немного модифицируем наше приложение для демонстрации такой ситуации:

22 В приложение добавлен компонент Button, который принимает функцию для события onClick. Несмотря на то, что компонент мемоизирован, он все равно будет перерисовываться при каждой отрисовке App. Это происходит, потому что в компонент передается функция buttonHandler(). При каждой отрисовке App создается новая функция. React видит изменение ссылки на функцию и вызывает перерисовку компонента Button.

23 Чтобы избежать ненужных перерисовок компонента Button, нужно использовать хук useMemo. Он принимает функцию, которая возвращает какой-то результат. Хук запоминает этот результат и возвращает его каждый раз, не вызывая повторно переданную функцию.

24 Первым параметром в хук передается функция, возвращаемое значение которой нужно запомнить, а вторым параметром - массив зависимостей. При изменении любой из указанных зависимостей будет вызываться переданная функция и вычисляться новый результат. С этой точки зрения useMemo похож на useEffect.

25 Доработаем наше приложение так, чтобы в качестве результата возвращалась функция:

26 В useMemo передается функция () => () => setName('world'). Эта функция возвращает функцию () => setName('world'). В итоге эта возвращенная функция будет мемоизирована, и при отрисовке компонента App ссылка на функцию в переменной buttonHandler будет оставаться той же. Компонент Button перерисовываться не будет.

27 Обычно useMemo используют для каких-то сложных вычислений, чтобы не пересчитывать результат при одних и тех же параметрах. А для сохранения ссылки на функцию, как в нашем случае, используется похожий хук useCallback.

28 Важно знать, что useMemo() не гарантирует, что не будет нового вычисления. В какой-то момент React может вызвать мемоизированную функцию - обычно это происходит для освобождения новых ресурсов. Это значит, что вы не должны строить логику приложения полагаясь на useMemo(), эта функция предназначена лишь для оптимизации работы компонентов.

29 <h2>useCallback</h2>

30 Хук useCallback() работает похожим образом как useMemo, только уже мемоизирует не результат вызова переданной функции, а саму функцию. Это позволяет немного сократить код и избавиться от лишних объявлений функций:

31 Как и useMemo, useCallback принимает вторым параметром массив зависимостей.

32 <h2>Выводы</h2>

33 Мы изучили способы, как избежать лишних перерисовок компонентов. Знать эти инструменты важно, но бездумно использовать везде не стоит. Любая оптимизация тянет за собой усложнение кода.

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