Что делает метод bind

Function.prototype.bind возвращает новую функцию. Когда вы вызываете эту новую функцию, внутри исходной функции this будет тем значением, которое вы передали в bind первым аргументом.

function showName() {
  return this.name;
}

const user = { name: "Alice" };
const boundShowName = showName.bind(user);

console.log(boundShowName()); // "Alice"

Важно сказать именно так: возвращает новую функцию. Если вы скажете, что bind вызывает функцию, вас быстро проверят вопросом про отличие от call и apply.

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

const user = {
  name: "Alice",
  greet() {
    console.log(`Hello, ${this.name}`);
  },
};

// Плохо: метод передан как функция, контекст может потеряться.
setTimeout(user.greet, 1000);

// Безопаснее: создаем callback с фиксированным this.
setTimeout(user.greet.bind(user), 1000);

В UI такая ошибка часто выглядит не как ошибка this, а как неверный текст, не тот пользователь в сообщении, сломанный обработчик клика или падение в консоли после таймера. Практический вывод для frontend-кода простой. Если callback зависит от this, не передавайте метод сам по себе. Либо привяжите контекст через bind, либо передайте обертку вроде () => user.greet(), если так код читается лучше.

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

function sum(a, b) {
  return a + b;
}

sum.call(null, 2, 3); // 5, вызов сразу
sum.apply(null, [2, 3]); // 5, вызов сразу

const addTwo = sum.bind(null, 2);
addTwo(3); // 5, вызов позже

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

bind может фиксировать не только this, но и первые аргументы функции. Первый аргумент bind всегда относится к this, а все следующие становятся заранее переданными параметрами.

function multiply(a, b) {
  return a * b;
}

const double = multiply.bind(null, 2);

console.log(double(5)); // 10

Здесь null означает, что this нам не нужен. Значение 2 становится первым аргументом a, а 5 передается позже как b. Типичная ошибка - написать multiply.bind(2) и думать, что 2 попал в a. На самом деле он попал бы в this.

В старых class components bind часто использовали для привязки методов к экземпляру компонента. Сейчас в функциональных компонентах чаще используют замыкания и хуки, но сам принцип остался важным: каждый вызов bind создает новую функцию.

// Плохо без причины: новая функция на каждом рендере.
<button onClick={this.handleClick.bind(this)}>Save</button>

// Лучше для class component: привязать один раз.
constructor(props) {
  super(props);
  this.handleClick = this.handleClick.bind(this);
}

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

Хороший короткий ответ может звучать так:

Метод bind возвращает новую функцию с заранее привязанным this. Он не вызывает функцию сразу, поэтому отличается от call и apply. Дополнительно bind может зафиксировать часть аргументов. Я бы использовал его, когда нужно передать метод как callback и не потерять контекст, но помнил бы, что со стрелочными функциями this через bind не меняется.

Такой ответ закрывает главное: поведение, отличие от соседних методов, практическое применение и важную ловушку. Если хотите усилить ответ, добавьте пример с callback или частичным применением аргументов.