Как проверить, является ли массив уникальным

Самый короткий ответ для интервью выглядит так:

const isUnique = (arr) => new Set(arr).size === arr.length;

Если в массиве был повтор, размер Set станет меньше длины массива. Если размеры равны, каждый элемент встретился один раз.

Такой ответ хорошо работает для примитивов: строк, чисел, boolean, null, undefined, symbol и bigint. Практический риск начинается там, где вы не уточнили тип элементов и критерий уникальности.

Уникальность почти всегда зависит от смысла данных. Массив чисел уникален, если нет одинаковых чисел. Массив пользователей может быть уникален по id, по email или по паре полей. Это разные проверки.

Сильная формулировка:

Если это массив примитивов, я сравню размер Set с длиной массива. Если это массив объектов, сначала уточню критерий уникальности, например id, и буду проверять этот ключ.

Плохой вариант, если вам нужна уникальность пользователей по id:

const users = [{ id: 1 }, { id: 1 }];

const unique = new Set(users).size === users.length; // true

Этот код говорит, что массив уникален, потому что в нем две разные ссылки на объекты. Для UI это может привести к дублирующимся строкам в таблице, повторным опциям в селекте или неверной валидации формы.

Безопаснее проверять выбранный ключ:

const isUniqueBy = (items, getKey) => {
  const seen = new Set();

  for (const item of items) {
    const key = getKey(item);

    if (seen.has(key)) {
      return false;
    }

    seen.add(key);
  }

  return true;
};

const usersAreUnique = isUniqueBy(users, (user) => user.id);

Здесь есть ранний выход. Как только найден дубликат, функция сразу возвращает false. Это полезно для больших списков и валидации, которая запускается часто.

Set использует алгоритм SameValueZero. Для собеседования достаточно помнить два практических следствия: NaN считается равным NaN, а +0 и -0 считаются одним значением.

new Set([NaN, NaN]).size; // 1
new Set([+0, -0]).size; // 1

Если вы пишете ручную проверку через ===, поведение с NaN может отличаться. Это важно для данных из формы, парсинга чисел или API.

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

Хороший ответ:

Для примитивов я проверю new Set(arr).size === arr.length. Это линейная проверка по времени и памяти. Если элементы являются объектами, Set сравнит ссылки, поэтому я выберу ключ уникальности, например id, и буду хранить в Set уже эти ключи.

Если проверка запускается во frontend на каждом вводе пользователя, подумайте о стоимости. Для маленьких массивов простая читаемая проверка нормальна. Для больших списков лучше остановка при первом дубликате, а в React не стоит пересчитывать тяжелую проверку на каждом рендере без изменения данных.

Не используйте проверку уникальности как способ молча "починить" данные от API. Если сервер вернул дубли, UI должен либо показать понятную ошибку, либо явно удалить повторы по согласованному ключу. Иначе пользователь может выбрать не тот элемент, увидеть неверное состояние или отправить лишний запрос.