17370845950

JavaScript的this由调用方式决定而非定义位置，导致obj.fn()与fn()中this不同；常见于setTimeout、事件绑定、解构赋值等场景；箭头函数继承外层this；bind/call/apply可显式控制this但用法各异。

为什么 this 在函数里经常不是你想要的那个对象

因为 JavaScript 的 this 不由函数定义位置决定，而由**调用方式**决定。同一个函数，obj.fn() 和 fn() 里 this 可能完全不同——这是最常踩的坑根源。

常见错误现象：setTimeout(obj.method, 100) 或事件绑定后方法里 this 变成 window（非严格模式）或 undefined（严格模式）；对象解构后调用 const { method } = obj; method() 丢失上下文。

• 箭头函数不绑定自己的 this，它继承外层作用域的 this 值
• 普通函数每次调用都会根据「谁点的」重新计算 this，没有记忆性
• 类方法在类体中定义时，默认是普通函数，不是自动绑定的

bind、call、apply 的区别和适用场景

三者都能显式指定 this，但调用时机和参数传入方式不同：

• fn.call(obj, arg1, arg2)：立即执行，参数逐个列出
• fn.apply(obj, [arg1, arg2])：立即执行，参数以数组形式传入
• const boundFn = fn.bind(obj, arg1)：返回新函数，不立即执行；后续调用时 this 固定为 obj，且预置了部分参数（柯里化）

性能影响：频繁用 bind 创建新函数可能增加内存开销；call/apply 每次都执行，适合一次性委托。

const logger = {
  prefix: 'APP',
  log: function(msg) {
    console.log(`[${this.prefix}] ${msg}`);
  }
};

logger.log('start'); // [APP] start

const looseLog = logger.log;
looseLog('oops'); // [undefined] oops ← this 失效

looseLog.call(logger, 'fixed'); // [APP] fixed
looseLog.apply(logger, ['also fixed']); // [APP] also fixed
const boundLog = looseLog.bind(logger);
boundLog('bound'); // [APP] bound

React 类组件中 this 绑定的三种写法及取舍

类组件的事件处理器（如 onClick={this.handleClick}）若未绑定，this 会丢失。主流写法有：

• 构造器中 this.handleClick = this.handleClick.bind(this)：明确、兼容性好，但需手动写每处
• 类字段语法（箭头函数）handleClick = () => { ... }：简洁，但每次实例化都会创建新函数，可能影响 shouldComponentUpdate 或 React.memo 判断
• 模板内内联写法 onClick={() => this.handleClick()}：最危险——每次 render 都新建函数，必然触发子组件重渲染

注意：useCallback 是函数组件中对应的安全替代方案，但类组件没有等价物，所以推荐前两种之一，避免第三种。

ES6 类方法默认不绑定，addEventListener 里怎么安全传参

直接写 el.addEventListener('click', obj.method) 会导致 this 指向 el 而非 obj。正确做法不是靠 bind 硬绑，而是利用事件机制本身：

• 用箭头函数包装：el.addEventListener('click', () => obj.method()) —— 注意闭包引用和内存泄漏风险
• 用 handleEvent 接口：让对象实现 handleEvent(e) 方法，并直接传对象本身：el.addEventListener('click', obj)，此时 this 就是 obj
• 更现代的做法：用 AbortController 配合 once: true 等选项控制生命周期，避免手动 removeEventListener 遗漏

容易被忽略的一点：DOM 元素上的 onclick="handler()" 内联写法，this 指向该元素，且无法访问外部作用域变量——这种写法基本应弃用。