Что будет, если 1 разделить на 0

Короткий ответ: в JavaScript 1 / 0 возвращает Infinity. Это значение типа number. Код после такого выражения продолжит выполняться.

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

На интервью важно не остановиться на слове Infinity. Добавьте соседние случаи: -1 / 0 даст -Infinity, а 0 / 0 даст NaN.

Удобная формулировка:

В JavaScript 1 / 0 вернет Infinity, потому что Number работает по правилам IEEE 754. Ошибки не будет. Но это не значит, что результат валиден для приложения. Если значение может попасть в интерфейс, аналитику или запрос, я проверю знаменатель и итог через Number.isFinite.

Такой ответ звучит сильнее, чем просто "будет Infinity". Он показывает, что вы знаете поведение языка и понимаете практический риск.

Главная ловушка в том, что разные плохие значения ломают код по-разному. Infinity может пройти дальше как число. NaN может испортить следующие вычисления. При сериализации оба значения могут стать null.

Поэтому для UI обычно важен не только знаменатель, но и финальный результат. Если результат не конечный, лучше показать понятный fallback, отключить кнопку расчета или попросить пользователя исправить данные.

Плохой вариант: просто посчитать и вывести результат.

function Ratio({ current, total }) {
  const percent = (current / total) * 100;

  return <span>{percent.toFixed(1)}%</span>;
}

Если total равен 0, пользователь может увидеть Infinity% или NaN%. Если это же значение пойдет в ширину прогресс-бара, сортировку или aria-valuenow, UI станет неверным и менее доступным.

Более безопасный вариант:

function Ratio({ current, total }) {
  if (!Number.isFinite(current) || !Number.isFinite(total) || total === 0) {
    return <span role="status">Недостаточно данных</span>;
  }

  const percent = (current / total) * 100;

  if (!Number.isFinite(percent)) {
    return <span role="status">Недостаточно данных</span>;
  }

  return <span>{percent.toFixed(1)}%</span>;
}

Здесь расчет не выполняется для нечисловых входов и нулевого знаменателя. Fallback виден пользователю и объявляется как статус, если значение меняется после ввода или загрузки данных.

Если знаменатель приходит из формы, добавьте валидацию до расчета и не полагайтесь на неявное приведение строк к числу. Если значение приходит из API, не доверяйте ему вслепую. Проверьте тип и конечность числа перед использованием.

Проверка denominator === 0 полезна, но не всегда достаточна. Во frontend часто есть строки из инпутов, пустые значения, null, undefined и уже готовые результаты от API.

Поэтому надежный подход такой: валидируйте входные данные, выполните расчет, затем проверьте итог. Для результата лучше подходит Number.isFinite, потому что он отсекает и Infinity, и -Infinity, и NaN.

Во frontend некорректное число часто не падает сразу. Оно портит пользовательский сценарий. Например, Infinity может попасть в подпись графика, ширину прогресс-бара, сортировку таблицы, цену за единицу или событие аналитики.

Еще один риск связан с отправкой данных. Если объект содержит Infinity или NaN, при JSON.stringify эти значения внутри объекта и массива станут null. Backend может принять запрос, но смысл поля будет потерян.

Поэтому на интервью полезно связать ответ с реальной практикой. Вы знаете, что JS не упадет, поэтому сами проверяете границы и не пропускаете невалидные числовые значения дальше.