Всегда ли React быстрее JavaScript?

Нет. React написан на JavaScript и физически не может быть быстрее прямых DOM-операций: между вашим кодом и DOM он добавляет слой работы (рендер, дифф). Вопрос в том, чей код сравниваем.

Против идеального ручного кода — React медленнее

// точечное обновление вручную — минимум работы
counterEl.textContent = String(count);

Идеально написанный vanilla JS обновляет ровно один узел без диффа и вызова компонентов. React для того же изменения перерендерит компонент, построит поддерево элементов и сравнит его. Бенчмарки (js-framework-benchmark) стабильно показывают преимущество ручного кода и «безVDOM-ных» фреймворков (Solid, Svelte).

Против реалистичного ручного кода — часто быстрее

В большом приложении «ручной» код редко идеален:

• обновляет больше, чем нужно (innerHTML на список ради одной строки);
• чередует чтение/запись layout, вызывая лишние reflow;
• обрастает забытыми обработчиками и утечками.

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

За что платим и что получаем

Плата: рантайм (~40KB+), дифф на каждое обновление, память под деревья. Выгода: скорость и надёжность разработки, масштабируемость кода, декларативность, экосистема. React выбирают не за скорость исполнения, а за скорость и предсказуемость создания сложных UI.

Коротко для собеседования

Не всегда — и в пределе никогда: React — надстройка над JS/DOM, идеальный ручной код быстрее. React выигрывает у реалистичного ручного кода в больших приложениях за счёт системной минимизации и батчинга DOM-операций, а главное — даёт скорость разработки и поддерживаемость, ради которых и существует.