Что делает метод map в JavaScript

Array.prototype.map нужен для трансформации массива. Вы передаете функцию. JavaScript вызывает ее для каждого существующего элемента и кладет возвращенное значение в новый массив на ту же позицию.

На интервью можно ответить так:

map проходит по массиву, применяет callback к каждому существующему элементу и возвращает новый массив результатов. Исходный массив он сам не меняет. Я использую его, когда хочу из одних данных получить другие, например подготовить список для рендера.

Так лучше, чем сказать только "перебирает массив". Перебирают массив многие методы. Смысл map именно в новом массиве результата.

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

const users = [
  { id: 1, name: "Ana" },
  { id: 2, name: "Max" },
];

const labels = users.map((user, index) => `${index + 1}. ${user.name}`);

// labels: ["1. Ana", "2. Max"]

Callback получает три аргумента: текущий элемент, индекс и сам массив. Чаще всего вам достаточно первого аргумента. Индекс полезен для подписи или вычисления позиции. Но в React не стоит автоматически делать его ключом для динамического списка. При вставках и удалениях можно получить неверное сопоставление DOM и данных.

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

Если callback объявлен как async, он всегда возвращает промис. map не будет ждать каждый промис. Он просто соберет их в новый массив.

const promises = ids.map(async (id) => {
  const response = await fetch(`/api/users/${id}`);
  return response.json();
});

const users = await Promise.all(promises);

Это нормальный вариант для параллельных запросов, если их количество контролируемое и вы готовы обработать ошибку. Не кладите promises в состояние как готовые данные. Сначала дождитесь результата, покажите loading, обработайте error. Еще важно не обновлять состояние после размонтирования компонента.

Если список id меняется быстро, старый запрос может прийти позже нового и перезаписать UI устаревшими данными. В компоненте обычно добавляют отмену через AbortController или проверку актуальности запроса в cleanup. Если запросов много или важен порядок выполнения с паузами, не запускайте все бездумно через Promise.all. Тогда лучше использовать цикл, очередь или ограничитель параллельности.

У map есть нюанс с пустыми слотами массива. Для такого слота callback не вызывается. В результате тоже остается пустой слот.

const result = [1, , 3].map((value) => value * 2);

// result выглядит как [2, empty, 6]
// callback был вызван только для 1 и 3

Это отличается от элемента со значением undefined. В реальном frontend-коде лучше не строить логику на holes. Если данные могут быть разреженными, нормализуйте их перед рендером или явно фильтруйте значения.

Хороший ответ на этот вопрос короткий, но с границами применения. Скажите, что map возвращает новый массив результатов, сохраняет порядок и длину для существующих позиций, не мутирует исходный массив как структуру и подходит для чистой трансформации.

Затем добавьте один практический нюанс. Например: "В React я часто использую map для рендера списка или иммутабельного обновления массива, но слежу, чтобы не мутировать объекты внутри callback". Такая формулировка звучит сильнее, чем сухое определение.