Callback является функцией или объектом

Callback это не отдельный тип данных. Это роль функции в коде. Функция становится callback, когда вы передаете ее в другой код и ожидаете, что этот другой код вызовет ее в нужный момент.

button.addEventListener("click", () => {
  console.log("Клик обработан");
});

Функция внутри addEventListener это callback. Она не выполняется сразу при чтении строки. Браузер вызовет ее позже, когда пользователь нажмет кнопку.

В JavaScript функции являются объектами первого класса. Это значит, что функцию можно положить в переменную, передать в аргумент, вернуть из другой функции и добавить ей свойства.

function onDone(result) {
  console.log(result);
}

console.log(typeof onDone); // "function"
console.log(onDone.name); // "onDone"

typeof для функции вернет "function". При этом функция имеет свойства и методы, например name, length, call, apply, bind. Поэтому точная формулировка такая: callback это функция по назначению, а функция в JavaScript технически является объектом.

На практике вопрос не только про термин. Важно понимать, кто управляет вызовом callback. Если вы передали функцию в браузерный API, библиотеку или свой helper, вы уже не вызываете ее напрямую. Это влияет на ошибки, состояние UI и очистку ресурсов.

Плохой пример:

try {
  setTimeout(() => {
    throw new Error("Не удалось обновить данные");
  }, 1000);
} catch (error) {
  console.log("Поймали ошибку", error);
}

Этот catch не поймает ошибку из таймера, потому что callback выполнится позже, когда внешний стек уже завершился. Безопаснее обработать ошибку внутри callback или использовать Promise API, где ошибка попадет в catch или try/catch вокруг await.

Если вы сами пишете функцию, которая принимает callback, договоритесь о контракте. Минимум нужно понимать, какие аргументы получит callback, сколько раз он может быть вызван и как передается ошибка.

function loadUser(userId, callback) {
  fetch(`/api/users/${userId}`)
    .then((response) => {
      if (!response.ok) {
        throw new Error("User loading failed");
      }
      return response.json();
    })
    .then((user) => callback(null, user))
    .catch((error) => callback(error, null));
}

Здесь используется старый стиль error-first callback: первым аргументом идет ошибка, вторым данные. Такой контракт надо проговаривать явно. Иначе вызывающий код может принять ошибку за данные или наоборот.

Callback и Promise часто встречаются рядом, но это разные модели. Callback это функция, которую кто-то должен вызвать. Promise это объект, который представляет будущий результат операции и имеет состояние: ожидание, успех или ошибка.

Если код становится вложенным, Promise и async/await обычно читаются проще:

async function showUser(userId) {
  try {
    const response = await fetch(`/api/users/${userId}`);
    if (!response.ok) {
      throw new Error("User loading failed");
    }

    const user = await response.json();
    renderUser(user);
  } catch (error) {
    showErrorMessage("Не удалось загрузить пользователя");
  }
}

Это не значит, что callback устарел везде. События DOM, таймеры, некоторые браузерные API и legacy-библиотеки все еще используют callback. Сильный ответ показывает, что вы понимаете оба подхода и выбираете их по контракту, а не по моде.

async функция может быть callback, потому что это все еще функция. Но результат такой функции всегда Promise. Проблема начинается, если вызывающий API этот Promise не ожидает.

element.addEventListener("click", async () => {
  await saveAnalyticsEvent();
  showSuccessMessage();
});

Такой код может быть нормальным, если ошибка внутри обработана или некритична. Но браузерный addEventListener не будет ждать Promise как часть своего контракта. Если saveAnalyticsEvent упадет и вы не поймаете ошибку, пользователь может не увидеть обратную связь, а в консоли появится необработанная ошибка.

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

Callback это функция, которую передают в другой код для последующего вызова. В JavaScript функции являются объектами первого класса, поэтому технически callback тоже имеет объектную природу. Но главное в callback не это, а контракт вызова: когда его вызовут, с какими аргументами, сколько раз и как будут обработаны ошибки.

Такой ответ звучит точнее, чем просто "функция" или просто "объект". Он показывает, что вы понимаете и язык, и практические последствия для frontend-кода.