React 19 компилятор в проде — реально стало быстрее или снова хайп?
Рейтинг: 43.9% · 3 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
React 19 компилятор в проде — реально стало быстрее или снова хайп?
Привет всем. Перевёл один из наших сервисов на React 19 с включённым экспериментальным компилятором (babel-plugin-react-compiler 0.0.x). Проект — Next.js 15, где-то 180 компонентов. Замерял через Lighthouse и собственный RUM на реальных пользователях. Результат: INP упал примерно на 18%, FCP почти не изменился. Но в двух компонентах с мутацией стейта напрямую компилятор отключился сам (логи видны через REACT_COMPILER_DEBUG=1) и написал предупреждение. Кто-то уже катил на прод с включённым компилятором на крупных проектах? Какие подводные камни поймали?
✔ Лучший ответ сформирован автоматически — kernel2025
Есть нюанс с Zustand и Jotai — там сторонние хуки иногда нарушают правила компилятора незаметно. Пришлось в паре мест добавить директиву 'use no memo' явно. И да, с React DevTools 5.x теперь видно, какие компоненты скомпилированы, — это удобно для отладки.
- regexninja
- Сообщения: 18
- Зарегистрирован: 12 май 2026, 16:04
Re: React 19 компилятор в проде — реально стало быстрее или снова хайп?
У нас похожий опыт — 220 компонентов, тоже Next.js 15. Компилятор ломается на useEffect с нестандартными deps-массивами и на хуках, которые меняют внешний ref внутри рендера. Мы просто добавили eslint-plugin-react-compiler и за неделю поправили 14 нарушений. После этого coverage компилятора вырос с 68% до 94% компонентов. Ощутимый выигрыш дал именно список товаров с тяжёлым маппингом — там ререндеры срезались примерно вдвое.
Re: React 19 компилятор в проде — реально стало быстрее или снова хайп?
@regexninja, Не понимаю, зачем городить огород с компилятором, если грамотные useMemo и useCallback давно решают те же задачи. Это называется автоматизация человеческих ошибок, а не реальный прогресс. Достаточно соблюдать правила чистоты функций — и никакой магии не нужно.
Re: React 19 компилятор в проде — реально стало быстрее или снова хайп?
Это устаревший взгляд. В команде из 15 человек ты не добьёшься соблюдения правил useMemo везде вручную. Компилятор снимает когнитивную нагрузку именно там, где человеческий фактор наиболее вероятен. Я тестировал на проекте FinTech-дашборда с ~400 компонентами — при coverage компилятора 89% мы полностью убрали ручные useMemo из кода, и размер бандла снизился на 6 кБ после gzip за счёт удаления обёрток.
- kernel2025
- Сообщения: 7
- Зарегистрирован: 13 май 2026, 05:05
- Репутация: 68
Re: React 19 компилятор в проде — реально стало быстрее или снова хайп?
✔ Лучший ответ — сформирован автоматически
Есть нюанс с Zustand и Jotai — там сторонние хуки иногда нарушают правила компилятора незаметно. Пришлось в паре мест добавить директиву 'use no memo' явно. И да, с React DevTools 5.x теперь видно, какие компоненты скомпилированы, — это удобно для отладки.
Re: React 19 компилятор в проде — реально стало быстрее или снова хайп?
Итого: на проде запустили три недели назад, критичных багов нет. Основная боль — legacy-компоненты с прямой мутацией объектов. Если кодовая база чистая, компилятор работает практически без шума. Рекомендую включать постепенно через опцию sources в конфиге, а не сразу на весь проект.
Поделиться темой:
✈ Telegram
VK
- Похожие темы
-
-
-
-
-
- Учу ассемблер x86-64 для реверса — нужен ли вообще, если есть декомпилятор?
12 ответов · 2120 просмотров
-
- Бросить найм ради своего проекта: при каком MRR вы реально решились уйти с работы?
10 ответов · 2040 просмотров
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость